still one missing tarball test ... been around 3 hours ... http://profiles.tikiwiki.org/tikirel/ SVN: Commit by lphuberdeau :: r 14159 /tags/2.0/: [REL] Tagging release lphuberdeau: do the same as me and go to bed - on monday there will be more people for testing... amette, barely 20:30 here lphuberdeau: well, ok then - just thought because you fell asleep before already.. ;) ... ok, so good luck with the release and cu tomorrow then! :) how do I add a catagory to a wiki page are the categories you create in the directory page, the same as the ones on the categories page? should only be one category system across the whole system, tho I'm not 100% sure of the Directory page you mean.....the links directory? I guess that must be it. I was trying to create a directory for the wiki pages hello there! so, i've upgraded from rc4 to (almost)2.0, but drawings still don't work. maybe i'm doing something wrong? i've enabled feature_drawings (hm, it moved to experimental section...), add to some wiki page as admin string {draw name=foo}, save, but when i click 'click here to create draw foo', small empty window appears in ff3 (actually, it's not completely empty, there is a gray rectangle with tab 'Block' in its bottom right corner). either drawing doesn't work in ie6 (in virtual box with winxp) any ideas? also, isn't 'click here to create draw_ing_ foo' more correct than 'click here to create draw_ foo' ? I have set the Rating to appear in a Tracker List. It has an extra box on the left which has the rating selected but with a - in front. Is this a bug? Or some functionality I dont understand? Thanks. SVN: Commit by sept_7 :: r 14161 /trunk/templates/tiki-admin-include-look.tpl: [FIX] strip around the template to avoid bad layout SVN: Commit by sept_7 :: r 14162 /trunk/ (4 files in 4 dirs): [ENH] : File galleries, upload files with progress indications first try Hi all. I have set the Rating to appear in a Tracker List. It has an extra box on the left which has the rating selected but with a - in front. Is this a bug? Or some functionality I dont understand? Thanks. hi all :) how to enable top menu> ? in position is just showing left and right? anybody there? which tiki version? 1.9.11 on the admin: look & feel page, on the General Layout tab enable the site menu bar option ok (actual display may vary, depending on ur selected theme) SVN: Commit by lphuberdeau :: r 14163 /trunk/banner_image.php: [FIX] Attempt to use cache before loading everything hi, in 2.0, using the trackerlist plugin, and have max=5, if more than 5 items are available, some ui elements are provided to switch to other pages. when i do that i get "Template not registered" the funny thing is, in edit-page if i am previewing the same page, everything works. anyone any idea what's the problem? SVN: Commit by lphuberdeau :: r 14165 /trim/src/ (3 files in 2 dirs): [FIX] Fixperms was broken in svn trunk, what is "only queries using fore than XX seconds" on the admin: general page? logging related I think probably in the wrong menu so "log queries that use more than xxx seconds" is the correct wording? (i'm going to attempt a slightly better ui for admin:general) I think there is already some work in progress in there check with NefariousC o... is stuff posted anywhere? i've been posting stuff to the dev page: http://dev.tikiwiki.org/tiki-index.php?page=Regrouping%20the%20General%20Admin%20page hadn't seen anything by anyone else... new to the community... still need to learn about commit early, commit often ;) File search not working in 2.0RC4 from tar. tiki_files "search data" is empty. I clicked on "Reindex all files for search" in Admin>File Galleries. might want to log the problems you find on dev.tw.o if they are not already known OK anyone got to try the tarballs for the 2.0 release before I make them available live? http://profiles.tikiwiki.org/tikirel/ Hi is there any way to suppress / remove the indent that is automatically applied to the {maketoc} plugin? It is inserting superfluous whitespace or, alternately, does anyone know where the maketoc plugin is defined? i could not find it in \lib\wikiplugins directory maybe edit the css? ricks99 - ah, good call...i shall try that- thanks! i think the input filtering that inserts into tags should not apply to the Edit CSS screen....it has converted all the 'link' tags to 'link'.... which version? 2.0 final tarballs? i am not sure - it was the latest from svn last wednesday update and try it.. I am new at this and I am trying to install the mod aulawiki from the admin panel of tiki under a user account I created for myself to manage the tiki, and of course it will not let me, as install is crossed out and the above box is in red telling me to use "./fixperms.sh open" to allow the apache user the right to write files in my web tree and then use "./fixperms.sh fix" to put back to normal after mod insta I reviewed the doc http://tikiwiki.org/TikiMods (external link) (under requirements section) which have not helped and tried to find some more help on this but no luck. Can someone give me an actual example of what I am actually suppose to do with "./fixperms.sh open" so that it actually works as I have tried a few things with no success. I have tried to find some solid examples, of how this is actually done. I am sure it is easy, but I think I am missing something that most of you programmers already take for granted. So if anyone has some practical examples that would be great. @mfranzen: basically, it sets the perms for the tiki folders u can do this manually, if u do not have command-line access yes, I know, but how do I use that command? simply run it from the install dir on the server itself? y ok, if u have commandline access, just run it :) if it does not work, which it hasn't in my case I have to do it manually well at least I tried it through the browser? i dont think u can execute it via a browser. u need command line access commandline access - ok this is new? what do I do I know how to open a command line on the operating system, is it the same? depends on ur host ok, so I have to talk to my host provider and find out from them right? sounds like u may not have command line access. u can simply cmod the directories manually ok, for example, see http://twbasics.keycontent.org/tiki-index.php?page=FTPing%20Files%20to%20Host&structure=TikiWiki%20for%20Smarties#Set_Directory_Permissions Thanks ricks99, so I will have to set all the folders and the files inside all the directories in tiki to 7-7-5 or just the mods directory? all the ones listed (including mods) ok... when I change back the folder to the fix, what actuall number set should they be set back to when finished installing the mod not sure. i think u can remove the public-execute permission, but i believe the others need to stay Ok, I'm going to try to do this thanks Ok, I just checked using dreamweaver, as I was having problems with the initial install.... As it turned out, the host had my permissions messed up on their end prior to my trying to install tki the first time. I had set all the permssions to 7-7-7 which they are set at the moment. That is there setting right now, so should the mod not be able to install? with 777, u should b able to install the mods. I just checked some of the individual files and they are 7-7-5 also, but that should work also then. should be Could it be that I have to create a "mods" folder also, before the mod install? thre should be a mods folder already at your tiki root (otherwise tikiwiki should have given u an error when u try to connect) Oh.:-o... I do have one, my bad make sure ur tiki is working before installing the aulawiki mod. as far as I know it is working. I have made two accounts, one as per instructions to keep admin one as a last resort and then a dummy account with restrictions as a normal user maybe I should try installing another mod and see what happens? and ur following the installation information here: http://twbasics.keycontent.org/tiki-index.php?page=FTPing%20Files%20to%20Host&structure=TikiWiki%20for%20Smarties#Set_Directory_Permissions sorry bad link: http://edu.tikiwiki.org/tiki-index.php?page_ref_id=4 yes, that is what I was following, the problem I had was in fig 2, I don't have the green lettered box, mine is red and saying I have to change the permissions. Here is the quote I get in the box.... Attention To install, remove or upgrade packages you need to give the apache user the right to write files in your web tree (you can use "./fixperms.sh open" to set it up). After installation you need to remove that permission (using "./fixperms.sh fix"). all in red now I have mannually set those a while back using dreamweavers remote file browser and setting the permissions of all folders and files to 7-7-7, although some files only went to 7-7-5 hmm. not sure. try chaning perms to 777, installing themod, then changing back maybe someone else knows more about aula mod? Ok, thanks for all of your help. The tiki is great, but my host was a pain just to get this thing installed, took me over a week :-!, now I have this issue. anyway, I have posted this in the forum also, so I'll add a reply to it to confirm that I have manually changed the permissions with no resolve as of yet. with all the trouble with my host... server space, database was messed up, then the permissions - all the host 's fault, it was not a lack of my knowlege or following instructions, but they had my settings all messed up.... almost changed host over that. Anyway, I'll keep trying for now. Thanks rick np. good luck how's the tarball testing going? hum, no feedback since the email I sent however I suspect there is still a problem with the sanitization you mean over sanitization? yeah, may still show up might have to remove the tag and start over let me try upgrading a couple of tikis, including a really old one as for the any good ideas how to know? no idea... I have the feeling we will be fighting with this one for a long time is there a big difference between 2.0 tarball and 2.0 svn? nyloth not around ricks, none at this time tx. ive got a tiki 1.10b -> 2.0svn that im testing currently that updates nicely once you've been through CVS -> svn thing y. upgrade went very well. haven seen any issues (but i only use wiki and trackers, primarily) i do get: Undefined variable: dbversion_tiki tho... hi all hi ricks... that's sad, but I think only admins see it probably even hidden if php error reporting is not enabled what does it mean tho? minor internal warning should be fixed k. (i tend to ingnore the 'notice' level warnings ;) can anyone help me fix this? if ajax is enabled, i believe all pagination links on tiki-index.php fail. specifically i can reproduce this with the trackerlist plugin in a wikipage on 2.0. lib/smarty_tiki/block.pagination_links.php tries to construct a templatename from PHP_SELF, s/.php/.tpl/. since there is no tiki-index.tpl, so it fails with a js.alert("t emplate not registered"). is there some other easy way to see pagination on tiki-index? so we can be sure it is not a general proble only with the trackerlist plugin? you can have multiple pages by using the page break syntax but I am not sure if it is the same kind of pagination link probably not i believe it could be the same smartytiki blog. i'll try it. could someone better at php than I tell me why preg_replace('/\\\"/') does not actually replace \", but only the "? nkoth3: nope, ...page... pagination works like charm. or maybe here's a better question, how I do I use preg_replace to search for the escape character: \? \\\ i'm confused, why three \? i'm actually looking for a reference well - there is some stuff in the php manual but it's not plain english it's 4 slashes backslashes try this http://www.usenet-forums.com/php-general/46798-re-php-regex-drive-me-crazy.html hmmm, I just found i stopped typing, because that's the html i was just looking at haha thanks! you pointed me in the right direction the trick is to write the regex as it should be, then escape the PHP characters oh, ok you can always be safe by using 2 backslash when you need one right, cause preg_replace is a php function using a regex func PHP uses the backslash to escape characters that need escaping, but not all of them do, if you always use two, you know for sure it will write the backslash a good way to make it easy is to use an editor that understands PHP strings when highlighting... like vim what i'm having trouble with is replacing \" with " , and it seems that even preg_replace("/(\\\\)\"/","\"",$var) doesn't work it finds the " parts, because if I try preg_replace("/(\\\\)\"/","hi",$var), I get \hi which is odd, becuase preg_replace("/\\\'/","''",$var) replaces the \' with '' as it should and preg_replace('/\\\\/','hi',$var) replaces the \ correctly it just won't find \" ! hi, how does one make wysiwig editing the default option in TW 2.0? currently text is the default for my instance ah never mind - found it I have a rather large issue with the WYSIWIG editor - hopefully I can find relief... Hi all :) 3/4 of the dist plugins converted... soon entering tracker plugins :/ nyloth, there might still be a problem with link lphuberdeau: how ? the WYSIWYG editor - i am not sure why formatting buttons (eg, bold, italic, etc) are options if TikiWiki ends up converting them to, eg, yle="font-family: Verdana;">yle="font-size: smaller;"> http://irc.amette.eu/irclogger_log/tikiwiki?date=2008-08-11,Mon&sel=147#l143 not confirmed in latest, but latest commits don't mention this one nikhilodeon: those problems should be gone with final 2.0 (but were in RC4) lphuberdeau: yes, maybe an exception should be made for edit css... still not to late to repackage 2.0... nyloth: does this apply to *all* input filtering? ie, would I be able to put css style tags in a Wiki page? will have to untag thought i would think at least the filtering would not happen with the wysiwig editor... lphuberdeau: or maybe report it to 2.0.1. I don't know yet what's the best choice is for this exception nik, that removed the purpose of filtering nikhilodeon: yes, you will nikhilodeon: tiki now accepts style="something" everywhere nikhilodeon: in 2.0 link is a fairly common word link is not matched what is matched is something like link= oh, alright then with special chars before link wanted to verify with you I'm all set for release polom ! uploading to image galleries seems to be broken in the 2.0 tarball :-/ luci, we tested that one just before releasing lphuberdeau: you can have a look at lib/setup/sanitization.php if you want more details :) why read when I can ask the author? ;) lphuberdeau: btw, link is one of the most dangerous, since you can include every kind of attacks through an external URL right not sure about the special chars before link - i am looking @ the default css - and Tiki inserted pretty indiscriminately lphuberdeau: :) luciash: can't upload? lphuberdeau: it says here "An error occured in a database query" luciash: what is broken ? did you update the database schema? luciash: for me it was ok yesterday lphuberdeau: fresh install so the thing is, I am not the admin for the TikiWiki site - should I just have my admin go to http://dev.tikiwiki.org/download and have him download the # Future 2.0.x (branches/2.0 from SVN) link @ the bottom of the page? nikhilodeon: what is the chars before your "link" ? nyloth: it's broken, i can give you link to try */ . nik, tarballs will be on sourceforge soon nikhilodeon: so, special chars... ;} .catlists a.link { dunno - nothing really "special" here :) where do you define those CSS classes? these are the out-of-the-box styles that came with TikiWiki... nikhilodeon: did you tried the really last 2.0 ? I don't get it, where does that happen? I created my default-nikhilodeon css file, and when I clicked "save" from the "Edit CSS" page in the UI, those bloody 's appeared wasn't filtering disabled for tiki-admin? problem was probably still in RC4 lphuberdeau: for tiki admin pages, yes, but not for admin user editcss should be exempte well, defining CSS is part of tiki-admin right? nkoth3: the problem is to be sure you can trust users that use editcss. Admin pages are for admins, so it's more clear no it's not the version i am running was the latest from SVN on Wednesday AM; on that date, that was the latest version... just svn up well the whole idea of edit css is to edit css will avoid a lot of false positives for us nikhilodeon: maybe try to update to last SVN, remove and save again nkoth3: yes, edit css, but you may want users to edit css and not be able to put XSS attacks inside nyloth: I see I'm a little reluctant to pushing back the release for this, there are workarounds but yes, maybe an exception for editcss is ok... the way I see it , if a user has edit css, he can do a lot of things to your site already. lphuberdeau: we can make those fixes for 2.0.1 ... I'm not convinced editcss is so important. No problem if 2.0.1 is realease really soon but what about FCKEditor? we will have a lot of feedback for other fixes, btw nik, svn up and see if the problem is still there nikhilodeon: just try. style= is ok now last wednesday is a long time ago if we are rebuilding the tarball, we might as well just exempt editcss no such thing as 2.0.1 ... would be 2.1 ok - i will try; i guess, but people were telling me the problem was fixed on wednesday, which was not exactly the case... lphuberdeau: yes, 2.1, sorry :) the fckeditor thing --- nik, can you try with the latest? thanks nkoth3, I want ot avoid rebuilding as much as possible ok - it seems a little odd that the upgrade anticipates and fixes all my issues, but i will give it a try :) lphuberdeau : where can i get the pre-release tarballs? http://profiles.tikiwiki.org/tikirel/ but if you have an svn install, you can just update it i have a question about the configuration of login, basically i have a tikiwiki 1.9.11 set up on my site but in the admin>features>login there is no use email as login check box, since right now I want it so that email validation is required to register, but after that I do not want email in the login box so roughly when was this style issue resolved? somewhere between wednesday and yesteray? on saturday if I remember well wysiwyg works as expected on my side Moo hi Has anybody experienced any problems today with trunk? also a note, is it OK to have on creating new image gallery empty fields for Max Rows per page:, Images per row:, Thumbnails size X: and Thumbnails size Y: ? that worked for me, you just don't get thumbnails and it looks terrible luciash: no, I also thought it's really not cool, but for 2.0 it's not really a but, and for 3.0 I will work to make imagegals obsolete ;p kerrnel: do you have any? luciash: your db error ok now? nyloth: hmm, uploading small jpg file worked yeah, but I'm not sure if it's me or not kerrnel: you have to be more precise, I'm experiencing problems nearly every days since nearly two years ;p sorry, just got a call... :( nyloth, nkoth3: but the previous file was certainly not larger than 16MB as it says on the image upload page luciash: what was the size (approximately) ? luciash: also try to upload it again and to upload it in filegals nyloth: approximately 1445768 bytes ;) luciash: oh ok, I see. you have to get the commercial version of Tiki for this size ;p huh ? 1.6 MB and i need commercial Tiki :-p :)) how come file galleries has different file size limit than image galleries ? nyloth: got same error when trying to upload to file gallery luciash: what is your size limit for filegals ? the note says 10 MB luciash: it is probably better calculated in filegals, because it takes in account the current memory of the server luciash: any more details to the error? ah, ok, but then it chokes anyway well, i can make a screenshot probably because then my FF3 freezes luciash: yes, this is why we have to merge filegals and imagegals ;p making tarballs public in a few minutes speak now or remain silent for eternity what's the difference between these and the ones before? i thought nik was still testing... lphuberdeau: you make tarballs public when we dance arround the errors in them ? hm hm hm :) luciash: I tried on your tiki and got this error : Got a packet bigger than 'max_allowed_packet' bytes luci, if those problems are still in, it's probably because no one cared enough about them last week luciash: this is a mysql setting we won't fix all glitches in tiki overnight i just want to make sure they aren't "across the board" type errors luciash's one seems non-blocker nyloth: ah, ok, thanks for revealing that luciash: yw. for 3.0, this param should also be tested nik's fckeditor one should be fixed, just waiting for verification as for the edit-css one nkoth3: for fckeditor, there should be no more problems time to test was last week, not today nkoth3: yes, will have our sysadmin do the upgrade...we tried upgrading on wed and it created problems so we rolled back but the error looks scary as it puts all the PNG file in hexa in the error output :-p but for editcss, yes... if using links nik: as for the editcss, a.link is your problem? is that the only problem? well - the thing is that it renders edit css unusable.... if it catches that nkoth3: i just did a search and it came up in 11 places in that css file edit_css is not a central feature but lots of people will be using it after install (I think it's one of "those" features very possible just to edit the files on the drive... workaround exists i say we exempt edit css and release for many those types of users btw, image dimensions are shown as 0x0 for all images in image gals it's not a huge fix, but lphuberdeau have to rebuild packages editing files on drive is not really the point hum... untag, retag and repackage nkoth3: do you consider it's a problem to make an 2.1 in one or two weeks, including that ? this should have been caught earlier in the RC process sure, I can transfer the css over directly, but if there's an interface for it, I figure it shouldn't add its own little tags that break it :) well - i just think it is "morally incorrect" to release a feature that is totally not working and edit css is in that state... I stopped chasing perfection a long time ago thing is - i upgraded to resolve a host of issues, but wound up introducing many more in the process... it's not a question of perfection on the edit css thing - more like principle other bugs can wait you better be the one chasing for tarball tests lphuberdeau: is it acceptable to backport a fix into the tag, instead of recreating tag ? no lphuberdeau is a master in diplomacy ;) just removing a tag is mind twisting, editing a tag is like bending rules of physics nyloth: is there any hope that edit css will ever work with sanitization? nyloth, yeah, I don't think that will change any time soon lphuberdeau: no problem, I agree with you on the principle nkoth3: it will work if you just don't care of a.link styles, I suppose I think the "Lost in Space" robot is trademarked, so the proper warning message could not be provided if edit CSS allowed unsafe things. the problem is those styles are in our default coming from where ? one of the official .css theme files ? nikhilodeon: which theme did you use ? probably all themes nyloth: i had used default.css and then created default-nikhilodeon.css I think a.link is in everyone yes, maybe, didn't checked i just checked hi marclaporte textarea is such a bad way to edit CSS in the first place hi nkoth3 you know - i don't even use the edit css feature myself. it's just that others do, and it is still a feature add 10, break 1... no big deal and basically my issue is that it is "totally unsable" from the point of view of a user who wants it as it is partial breakage with workaround is ok but in this case, the only workaround is to not use edit css and to edit the file directly i really don't care about the edit css bug - i mean it's annoying, but i can transfer the file directly if i need to which is basically "not using the feature" i am more concerned about the WYSIWIG editor issue that one is fixed well, I suppose we can release with "edit css" is broken in the release notes the wysiwyg style issue has been fixed right - once i finish the install i will report back w my happy findings and give some security reason for not having edit css but's it's lame - kind of nkoth3: I would prefer fixing it asap instead of trying to explain things... the fix is just a small change is there any way to gracefully restrict css? eg, add an alert saying "restricted input" if these tags get inserted that can be added on the doc page for the release release notes just link to it lphuberdeau: on the doc page, yes. And saying that it's one of the fixes that will be included in 2.1 like "Known issues" section ok - I suppose it is fair releasing in 3... nikhilodeon: not really for 2.0 2... 1... (waiting a little more in case there is some network lag...) i have replied to your email to dev list https://sourceforge.net/project/showfiles.php?group_id=64258&package_id=266122&release_id=619233&abmode=1 YYYYYYEEEEEEEEAAAAAAHHHHH !!! Congratulations to all :D - Thanx lphuberdeau :) :) looking at the file size always reminds me how terrible zip is as a compression format can't believe it's the default in windows world lphuberdeau - are these the same files that are available @ http://profiles.tikiwiki.org/tikirel/ ? yes we are quite sure that issue you had is fixed. is anyone editing http://doc.tikiwiki.org/Tikiwiki+2.0? just did, but I'm done not editing it ok. added a section at the end well, time to go back home back in a few hey one question i have - is it possible to preserve the "Last Modification: Monday 11 of August, 2008 14:34:32 CDT by JohnSmith" that appears at the footer of a page, when it is included by another? Ok, I get the following error now with trunk: [error] PHP Fatal error: main(): Failed opening required 'tiki-db-adodb.php' (include_path='lib/pear:lib:/usr/local/data/wardialer/www/cms/:.:/usr/local/lib/php') in /usr/local/data/wardialer/www/cms/db/tiki-db.php on line 118 nikhilodeon: may have to check, but I suppose not since it's not in the content of the page. I suspect this has to do with the php5 changes? I'm guessing they are still optional? kerrnel: yes, it's optionnal... do you have this file on your filesystem ? which file? tiki-db-adodb.php? tiki-db-adodb.php yes no thought diff would have highlighted missing files. this sucks marclaporte: around ? yes (barely) sorry, not very available these days marclaporte: no problem :) But for 2.0 release, are you ok for marketing stuff and so on ? s/ok/ready/ nyloth: well not really marclaporte: what's missing ? http://doc.tikiwiki.org/Tikiwiki+2.0 needs love I will announce on Freshmeat at least wikipedia is up-to-date pkdille modified it list of listings is here: http://info.tikiwiki.org/Fact+sheet I will take care of a few because I have account there DOes anybody know what json_encode() is ? supposedly it's in tikilib or that's where it's called from marclaporte: will you make the announce on info.tw.o ? unless someone volunteers :-) franck did last time And how does one properly delete something from the trunk? I've tried svn del and that old since_last_visit2 module still shows up in my diffs, messing up my output I have to catch a train. will be back on when I'm on board/ while I fight with Freshmeat nkoth3: when will you come back ? online? about 1 hour time [error] PHP Fatal error: Call to undefined function: json_encode() in /usr/local/data/wardialer/www/cms/lib/tikilib.php on line 5268 kerrnel: svn del is fine nkoth3: ok... are you really in a hurry, right now ? maybe json is not installed on your php? I've tried that. I just noticed when I did an svn up that it listed it as a D, so maybe it took this time nyloth: what is i? it? kerrnel: for json, ask lph This is why I don't like adding minor features to trunk too much changes in trunk nkoth3: I thought it could be a good idea that you wrote the news on info.tw.o nkoth3: as the official release manager for 2.0 well. n one hour I will do it if marc hasn't done it yet good point nkoth3: ok ok. in one hour of course I can delegate it.... :) :) anyway - i'll check wheni'm back. Oh, goodie. HTML page the client sent me to test has Javascript. Did I hear that trunk has style fix? Is lph around? My test site that I'm using to prep for my upgrade is broken SEWilco2: yes, style is not anymore catched. But there still is sanitization, so javascript won't be allowed. kerrnel: you mean by the json stuff ? And I can't roll back because all the php5 date stuff was done after his changes OK. I'll desanitize it in the DB. yes. The only place I can find json_encode as a function is inside a plugin pear uses json->encode kerrnel: but why did you took 3.0 instead of 2.0 ? because I need minor features and you guys won't let me commit them to any 2.0 stuff, so they have to go into 3.0 kerrnel: ok, good reason ;p Bah... tiki_html_pages has stuff inside a "do not edit" BLOB. OK, checking to see if there is a Module for an Iframe. Looks like json also has ties to mootools which I don't have enabled SEWilco2: you can disable sanitization inside php, just the time you need to save your html page kerrnel: by the way, json* are php5 specific function nyloth: OK. That might work, unless client keeps needing changes. then those apparent invisible changes are not invisible afterall php4 is no longer supported by PHP, so is being php5 specific still an issue? SEWilco2: I think not, but kerrnel has a PHP4 only webhosting, it seems YES kerrnel: did you contact your host ? PHP4 is really dead now, it's just not an announce, it's really a reality http://info.tikiwiki.org/tiki-read_article.php?articleId=35 grrrr timezone bug from 1.9.xx I asked for a couple weeks before we decided on php5-only. I did contact our server folks and they are still trying to get an answer. I gather they are busy with some other projects. marclaporte: LOL ... upgrade to 2.0 ! hehe will do soon kerrnel: yes, sure, this is why sept_7 commited things optionnally. But probably lph code was already commited when this was decided kerrnel: they are busy with projects like.... migrating to php5 ? ;-p I'd upgrade to 5 in a hearbeat if I can get confirmation that it's supported. But that still doesn't erase the fact that because of my feature upgrades, that I still might totally break my site now because I need to use the 3.0 base instead of the less experimental 2.0 branch. kerrnel: In fact, you have to admit that no serious company will propose php4 only, now Probably not, but our systems people can only upgrade to what they have available as far as supportable precompiled packages go. kerrnel: maybe just comment the code with json, for the moment It looks like doing so could potentially break all of my plugins kerrnel: I think it's mainly in tiki-jsplugin.php, which is used only for plugin help, afaik Except my site is bombing in tikilib. kerrnel: yes, but surely you can replace this : if( $plugin_editable ) { by this : if( $plugin_editable && false ) { ; in tikilib, line 5264 Well, I did that and now I have no modules showing up on the left or the right correction, they appear at the bottom of the page under "Sidebar" headings freshmeat announce is sent (waiting to be approved) marclaporte: cool :) nyloth: : for security, let's give credit kerrnel: I tested on my install and don't have the problem here are you running php4? marclaporte: security credits are on tw.o 2.0 release notes http://tikiwiki.org/ReleaseNotes20#Security -> all there? kerrnel: no, I don't even know were to find php4, but I just checked that the modification I proposed does not break things by itseld s/itseld/itself/ marclaporte: maybe we should also add securfrog can you add? I will copy that on info.tw.o as well Then there are other changes that I need to track down that occurred. I haven't been updating all of my site's files, just the ones I change. Everything was fine Friday but today with the php5 changes, I ended up forced to upgdate to the entire 3.0 trunk and now it's not working this is a serious setback for me. marclaporte: but we didn't have the final feedback from him... can someone tell me how many code commits by how many different people (ideally, the sf logins) of people that worked on 2.0? marclaporte: sf logins are in copyright.txt ; commits number is the last number in changelog.txt minus the first number for 2.0 changelog marclaporte: number that worked on 2.0 can be obtained by a svn command + shell script marclaporte: I let you add securfrog, since it seems you are still editing the page :) hehe, no I am out now :-) Plugin googlecalendar gives a file copying error on 2.0RC4 during plugin installation. marclaporte: you want me to announce 2.0? already done btw, congratulations on 2.0 guys and gals! marclaporte: 84 different commiters for 2.0 marclaporte: I have the list if needed yes, please Does that 2.0 total count 1.9.10 activity? i have a question though, once I get the mysql->oracle php file done, which branch should I commit to? marclaporte: I sent you the list by mail SEWilco2: no, I only took 2.0 in consideration, not 1.9.x (includes 1.10 though) yes nyloth: OK, 1.10 is what I meant. ok in fact, it's 83, not 84, because there was a (no author) entry , due to cvs to svn migration Oh, give no author his due. :) Unfortunately, his due is -1. lol... cvs2svn script has done a good and hard job :) marclaporte: change the IRC title nyloth: there is a (no author) ok bbl marclaporte: yes, I said this already :) marclaporte: just for fun, I also sent you the number of commits for each committers jyhem and Jyhem marclaporte: pfff, what an idea to change the login ... hehe so 82 yep TikiWiki 2.0 is out! Welcome to TikiWiki! - Just ask, don't ask to ask !!! - Support only for 1.9.11 (legacy) and 2.0 (stable) - Don't paste code/errors here, use http://sh.nu/p - IRC-logging at http://irc.tikiwiki.org - Thanks and have fun! :) I am not OP can someone make me OP? quick question, is '' (empty string) considered NULL by MySQL? Is anybody having trouble with svn? tom, no Finding it timing out when downloading logs and stuff hmm, when translating to oracle, it seems that it considers '' a NULL value i'll just change it to have a space at least down to only ~150 errors upon installation from 1500 not bad :) btw, if I ever get around to committing the changes to the mysqltooracle.php script, I should do it dev branch, right? nyloth: please come to #tikiwiki-monitor trunk is the place, yes Can someone with php4 please try running the latest trunk? I want to make sure its not just me that's having the problem with this json_encode thing probably true you can disable feature_edit_plugin will fix if we decide to support PHP4 (unlikely) It looks like this was introduced during a merge for 2.0 How do I turn off edit_plugin? I count a total of 6894 commits DB for the moment seriously was introduced from a merge from branches/experimental who is OP on this channel? All comments indicate branches/2.0 rev number? I went back to 13964 may have happened after that, but all merges after that were 2.0 are you certain it's a merge? not certain no 13976 So no, not a merge doesn't look like this has anything to do with json_encode If I do a diff on the next most recent commit the - and + both have json_encode in them In 13976, there is clearly a - with a non-json_encode and a + with a json_encode 13977? that's different unless I'm reading it wrong No, just for tikilib.php That's where my site keeps bombng I look at the diff with the version you point out and it's completely unrelated The commits to that are 13976, 13991, 14032, 14034, etc svn diff -r13976 lib/tikilib.php that's what I'm entering. My local copy was updated about an hour ago that's not how you check diffs svn diff -r13975:13976 I don't know what the other thing shows, but it's probably meaningless probably all the changes since, or reverse patch... could be anything I'm reading it wrong nevermind tired, pissed off, and just need to go home and sleep. hi i need to upgrade my tikiwiki how do i do so?