tikiwiki: 03marclaporte * r18749 10/branches/3.0/templates/tiki-edit_help.tpl: [FIX] Definition list syntax was incorrect indentation syntax (+, ++) is this working for you? tikiwiki: 03marclaporte * r18750 10/branches/3.0/db/ (7 files): tikiwiki: [MOD] Remove dynamic content from quicktags on clean install. 1- It wasn't using tikiwiki: the right syntax for plugin help like Flash 2-There is no way to make quicktags tikiwiki: optional so when people use this quicktag and feature is off, they get an ugly tikiwiki: error. 3- It's easily accessible via edit plugin. 4- It's typically not tikiwiki: something you use often like image or Flash plugin tikiwiki: 03marclaporte * r18751 10/branches/3.0/templates/tiki-edit_help.tpl: tikiwiki: [FIX] Removing extra quotes in edit help. 1- It was inconsistent, sometimes, tikiwiki: with, sometimes without. 2- It's better without because it should be quite tikiwiki: obvious that this is a syntax and we don't want people to think quotes are tikiwiki: necessary. 3- Often, it's good to copy/paste from the help to get started and tikiwiki: then, we end up with unwanted quotes. Hi everybody hi vkumar hi vkumar ricks99: : please svn up and check edit help I think I am on to something next step, I want to re-order in more logical way k. ill take a look and perhaps hide some stuff at the bottom branch 3.0 or trunk? 3.0 use case is new user install 3.0 barebones clicks edit clicks help then tries to figure out stuff svn: could not resolve hostname `tikiwiki.svn.sourceforge.net': ** rick hates his isp :( hmmm here are some examples Hi ricks Hi marc.. hows the day ?? 1- it says %%% is useful for tables. So why not put next table info? q: is the edit help on/off tied to the "use help" in general: admin? 2- as much as possible, we should try to follow general order of quicktags (but be flexible to logic) if i do *not* enable the admin: general help option, does the "edit" help still display? @marc: eta on 3.0 release? tikiwiki: 03marclaporte * r18752 10/branches/3.0/templates/tiki-edit_help.tpl: [UI] adding space to be consistent with other icons ricks99: : about a week ago There was a lot of stuff on blockerlist many many things have been done maybe end of this wk? bot not all, so in the mean time, I am cleaning up stuff ricks99: sure, why not? imho, better to release sooner and fix later, than to wait to release there are certain things, if we release as is, will cause a lot of user support in certain cases, mess up people's data btw, any thought of renaming "bare bones" default install to something less colloquail? I didn't think of it i cant imagine how that would b translated ;P but sure!!! haha, good point what do you suggest? whats wrong with simply "default" still no logo on default profile? default: I don't like empty clean because it doesn't convey the barebones feeling yes, much better freash new minimla *fresh minimal but (imho) minimal conveys that there is *something* isntalled maybe "wiki only" for logo: I think there was consensus. Just needs someone to do it looking at ur help changes.... 1. i dont the para -- i think table colums made it easier to see what goes w/ what 2. i thought u had removed the quotes around the examples 3. i hate the icon for insert plugin -- isnt that the icon for add comment ? 4. full screen mode is very nice and finally, not to beat the horse, i still hate the bbhb espeically with the blinking arrow and the text "help" 3-> yeah, I didn't know what to put. The previous icon was worse because it conveyed the edit idea. I wanted to convey "adding" 3-> if you see a better one, please put the green plus? the edit icon with small plus? or maybe a gear (i.e., plugin) with a small plus? Bucket with plus? buket? bucket? A container of something being added? A firehose with firemen struggling to keep it on target, occasionally failing. Oh, too busy? a "black hole" may be simplier Hypodermic? ... off to look at famfamfm.com [10 solar masses left as an exercise for the installer] gee... why not.... "plugin_add" http://www.famfamfam.com/lab/icons/silk/previews/index_abc.png Octomom? A blackboard with a plus sign? (clean slate icon?) ricks99: if we go with plugin add, we could also go with plugin edit y. agree each single icon should have a *single* purpose tikiwiki: 03marclaporte * r18753 10/branches/3.0/templates/tiki-edit_help.tpl: [UI] Removing redudant text which adds no new information. However, keep similar text which explains the feature in different words. tikiwiki: 03ricks99 * r18754 10/branches/3.0/ (4 files in 2 dirs): [ENH]Use better plugin icons (instead or re-using the comment icons). Each icon should have a singular purpose. ^ try that marc & sewilco2 Plugin... so an electrical plug with a plus? ricks99: Thanks, but I'm not involved other than trying to jiggle the creative process. plugin / puzzle piece better than comment (imho, anyway) can always b rolled back tikiwiki: 03marclaporte * r18755 10/branches/3.0/templates/tiki-edit_help.tpl: [FIX] Edit help was false because of missing feature check. tikiwiki: 03marclaporte * r18756 10/branches/3.0/templates/tiki-edit_help.tpl: [UI] Clearer documention. Using existing strings so translators need not worry :-) ricks99: I like it :-) q: when creating an article of a type that expires, the expiration date is always 1 year in future. how can i create a *different* default expiration date? tikiwiki: 03marclaporte * r18757 10/branches/3.0/templates/tiki-edit_help.tpl: [UI] More UI cleanup without affecting language strings ricks99: good question need a good answer :) do you mean without touching code? will b filing an enhanc request... would like to be able to do other things (such as rename an article topic, type, etc) tikiwiki: 03marclaporte * r18758 10/branches/3.0/templates/tiki-edit_help.tpl: [UI] Re-ordering help, while continuing to respect the WYSIWYG check. so rick tikiwiki: 03marclaporte * r18759 10/branches/3.0/lib/setup/prefs.php: [MOD] Still not crazy about the idea, but logo back by popular demand. instead of barebones? So, I've uploaded tikiwiki to my webhost and get redirected to the install script, but after fixing the file permissions I get a very blank page, rather then the installer I was expecting... help? sudden: what host? Hi http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1752&trackerId=5&show=view SOLUTION= FIX what is FIX? Thanks hello llu ususally this means that the problem is fixed. but in this case I don't see any solutions or workarounds mentioned in the tracker item what version of tikiwiki are you using? so maybe I can see if it's still a problem on 2.4 tikiwiki: 03marclaporte * r18760 10/branches/3.0/db/ (7 files): (log message trimmed) tikiwiki: [MOD] On clean install, mnu_application_menu is no longer visible to Anonymous. tikiwiki: It is for Registered and up. And it moved lower on the left. 1- It conflicts tikiwiki: with Blog profile and Intranet profile. 2- We are moving to using more & more tikiwiki: the Site Identity menu, managed by the Tiki admin and more focused on each tikiwiki: specific use case. 3- Moving lower on the left is to make space for inserting tikiwiki: modules above if necessary. Longer term, more permanent solution will be to have hi beestje, my version is 2.2 link http://sealtcamp.net/seac/tiki-index.php?page=Novetats&structure= , excuse mi english marclaporte: hostica (hostica.com) I don't know much 'bout them but php and mysql seems to work for most other things (ie wordpress.) (sorry 'bout the delay) sudden: : could be file perms on my host, I must run: sh setup.sh in 2.2, you can use sh fixperms.sh llu: I'm using similar trackerlist plugins on both 2.1 and 2.4, and I can sort on all fields, ascending or descending and switch between them without any problems I've used the same on 2.2 as well and didn't notice any problems then the weird thing is that it gives a "Template not registered" warning... could this perhaps be a problem with the style / theme that you're using? marclaporte: I think I've got them all, but I'll try chowning them all (-R tikiwiki/*) to the www user. sec. is not problem de theme, I change to 3dblue and the problem is llu: I'm using tikineat for 2.1 and a custom theme for 2.4... but if it's the same for dblue... I'm a bit clueless as to what might be causing this problem. Perhaps someone else here can shed more light onto this problem? > http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1752&trackerId=5&show=view the lastmod on the bug has been done by sylvie .... is that the famous sylvieg? :) hi, is there something like an image history for the imagegalleries? I want to know which images has been deleted in the last days tikiwiki: 03marclaporte * r18761 10/branches/3.0/lib/setup/prefs.php: [MOD] Adding a link, visible only to admin, to edit logo, etc. (as discussed on IRC) Beestje: I did a search and the string "Template not registered" is not in any of tiki's files, so maybe it comes from the server, for some reason. Beestje: the best is to look at the commits list on the 03/03/09 llu, sorry I missed who reported the problem ^^ . me too... anyway I checked tiki 2.3 and tiki 3svn and the string didn't turn up. hi all - "Template not registered" comes from AJAX - try switching it off? heh, deja vu : http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-03-31,Tue&sel=26#l22 or maybe reverse deja vu, since I was here before but don't remember it. ;-) deja typed, anyway maybe i coined a new term: "are you getting senile?" "no, i have reverse deja vu" tikiwiki: 03mrjc * r18762 10/branches/3.0/doc/devtools/ (release.php tikirelease.sh): Brought forward from trunk --no-commit and more descriptive packaging (I had meant to put it on 3.0 in the first place!) very thanks Beestje, I decide link to the form and not link to de page whit de plugin trakerlist tikiwiki: 03jonnybradley * r18763 10/branches/3.0/lib/tiki-js.js: [FIX] Plugin form submit was breaking on IE6 when no 'content' field in form tikiwiki: 03sylvieg * r18764 10/trunk/installer/schema/20090513_wiki_similar_permission.sql: [FIX]perm: tiki_p_wiki_view_similar must be creaetd on particular tiki_p_view tikiwiki: 03lphuberdeau * r18765 10/branches/3.0/lib/profilelib/installlib.php: [MOD] Allow pages in profiles to specify translations tikiwiki: 03sylvieg * r18766 10/trunk/ (54 files in 25 dirs): [MRG] Automatic merge, branches/3.0 18695 to 18765 polom polom sorry everyone who asked me... i wasn't here when you needed me ;) let me know if it's still actual jonnyb: replied your mail hi luciash - i was re-replying ;) tx 2 whoever cleaned the freetags list on doc.tw.o. how did u do it? I guess it was automatically done at the first freetagging since my last fix ricks99: i think people will then send the RFEs to bug tracker and vice versa if separate hm... odd to me that the title on this page is "Report a Bug"...http://dev.tikiwiki.org/Report+a+Bug when I *really* want to suggest a new feature maybe just me... is't there other page with different title ? *isn't dont know sylvieg: does trackerlist plugin pagination ? yes - but acn be broken with ajax ah, can be means "it's possible to break it" or "i'm not certain" ? depending of the modukles around - it can be broken .... I have a fix but it bugs shoutbox ajax and I did not have time to investigate furthur ah, k, thx 4 letting me know tikiwiki: 03jonnybradley * r18767 10/branches/3.0/templates/tiki-install.tpl: [MOD] Icon link to install/upgrade step and tag around install/upgrade item in installation steps list to make it stand out a bit more (if existing $dbcon found) i've put some screenshots of the installer with Strasa theme here for now: http://nospaces.net/tiki/file2?&slideshow - any thoughts? tikiwiki: 03changi67 * r18768 10/branches/3.0/lang/fr/language.php: French translation jonnyb: I like the cold option without the bright blue login background (I know that's incidental to the theme being used for install, tho). imo, cold should have its own login background image. indeed chibaguy about use on the install, I'm kinda neutral, no strong feelings either way might fire up photoshop soon (i want mono moduleflip icons too) ok. oh dear - a -1 from luciash, 0 from chibaguy, +1 from me... about using strasa for the default tiki theme for new installs, one concern I have is that its site header area isn't as robust (I think) as thenews and others, due to the way things are positioned... ...like the top menu and so on. I mean maybe there's more potential for running into layout problems, for users. are you thinking to use it just for install, or also to make it the default theme for new installs? jonnyb: +1 from matwho of course so you still win ;) maybe it's just a uk thing - "times on white" just looks so old to us chibaguy: what layout nasties do you anticipate with strasa that wouldn't happen in thenews? (or what type of nasties rather) it'd be easy to add the sanserif option to thenews, of course jonnyb: i'm sorry to be a hard-headed in this case but i really don't see a point of having official project websites look the same as every user will install... do we clone to the world ? (I think I also fiddled with the border color with that option) maybe just the installer then? most of the profiles seem to pick a theme other than thenews anyway... luciash: i think i agree - the tiki sites probably should have a unique design, but we just don't have so many spare yet... jonnyb: i just think you should ask for this months ago when we picked up thenews instead of tikineat jonnyb: it's too late to test in all browsers now and fix if there are some issues indeed - but strasa & coalesce hadn't arrived then and we have been trying for the past couple of months at least... jonnyb: i think all why you are whinning is the font, so why not just the font change to sans-serif option of thenews ? luciash: the testing thing is what i meant by it being well tested on doc, dev etc jonnyb: the suckerfish menu in strasa, being at the right, can have problems for submenus that have submenus, which go off the screen and cause a scrollbar, etc. maybe this can be fixed with js eventually, I don't know. jonnyb: but we didn't test in the installer ok, how about just the installer in strasa? chibaguy: is the starsa header still fixed height ? leave thenews as barebones default *strasa I didn't change it, was kind of waiting for nkoth to reply, due to his talking about a problem for the login form position. on another topic - anyone got any idea what feature_multilingual_one_page does? i made a checkbox for it on i18n admin but no idea what to call it i guess something to mix languages/translations on one page ? but i never heard about it also feature_print_indexed - looks like LPH stuff to me... no idea, ask LPH i'll just commit the checkboxes for now and let someone else fill the text in uuuhmm.... ... can this kill apache? apache-error-log: [Thu May 14 15:26:44 2009] [error] [client 74.6.22.180] PHP Fatal error: Cannot redeclare class DeclFilter in /home/tiki/public_html/lib/core/lib/DeclFilter.php on line 9 doc.tw.o didn't work any more - the machine had a load of 140, was barely accessible and shutting down apache took ages... but after restarting it looks good - that was the last error message before the machine started freezing -^ amette: hi bro, no idea what it should do hi amette - i got stuff like that once locally when i tried to use the Zend server for testing - sounds like you've got the zend framework included twice it's a stock install and that error message happened for the first time (grep told me) and then the machine started producing enless load without having any CPU-usage hmmm - sounds like something's recursively including (itself) and so eating everything up... rough! yup, sounds reasonable I just wonder why it doesn't happen more often (not that I'd like that, but... ;) ) it may be just one tiki file that starts it off - a very obsure one - a plugin maybe? (wonder how we could search for such a thing...) tikiwiki: 03Jyhem * r18769 10/branches/3.0/lang/ (35 files in 35 dirs): [ENH] Mass text correction (thanks Marc) can you see a corresponding GET log entry before it to narrow that down? tikiwiki: 03jonnybradley * r18770 10/branches/3.0/ (4 files in 2 dirs): tikiwiki: 03Jyhem * r18771 10/branches/3.0/ (36 files in 36 dirs): [ENH] Mass text correction (thanks Marc) ... fear the merge - mass templates correction I feel rollback... tikiwiki: 03sylvieg * r18772 10/trunk/ (3 files in 3 dirs): [MOD]structure: option to have a correct url if page is multiple times in a atructure jonnyb: closest one is this: /tiki-browse_freetags.php?tag%3Dforms%26type%3Dfaq%26mode%3Dl%26tagString%3Dforms&fullscreen=y but I fear that the request triggering it, must have been some time before... and then it accumulated over time.. amette: hmm - i'll have a look, i don't know freetags that well can't see anything to do with zend/declfilter in there... i suppose it might be that the declfilter (whatever it is exactly) has found something evil to filter, but has messed up the handling of it? hard to test hmmm, that might be, too... yeah.. yeah, that's really hard to debug... and so is the sort of thing that doesn't get tested much - one for the security team maybe? (and not here ;) ) is anyone else having trouble with filegal image browsing? it seems broken for me on 2 different servers e.g. here: http://nospaces.net/tiki/dl16?&thumbnail - gives "Fatal error: Cannot redeclare _pear_call_destructors() (previously declared in /usr/lib/php/PEAR.php:775) in /home/jonnyb/public_html/tiki/lib/pear/PEAR.php on line 806" it's something to do with the $skip var set if you're browsing a filegal (sets a session var for each image) tikiwiki: 03sylvieg * r18773 10/trunk/templates/tiki-admin_modules.tpl: update help tikiwiki: 03sylvieg * r18774 10/trunk/templates/tiki-admin_modules.tpl: oops I have a doubt> when we use alias in structure, do we see the link with the alias name or the structure name? because in the toc we se the alias - but the link are with the pagename ...I suppose it is the correct way... tikiwiki: 03sylvieg * r18775 10/trunk/lib/smarty_tiki/function.menu.php: [FIX]menu: use only the structure name not the alias as alias can be ambigous is it just me .... or is searching bugs on dev really slow? hmmm, selecting any instead of a specific branch speeds it up a lot... so yes... it's just me :) Hi all :) hi nyloth hi hi nkoth3 ping chibaguy... is tikinewt a 3.0 compatible theme using tables for layout? is it current i'm stuck - i just updated my nospaces site - (it's a multitiki) and i'm getting a sort of url_encoded version of tiki coming out of tiki-index.php (installer is fine) - anyone seen this before? (the other two multitiki's on the same install are fine) jonnyb.... hmm no. if I were to try to set up a means to pass in a generic username and password from another application via a URL (e.g., tiki.com/tiki-index.php?pass=XYZ&user=PDQ), how can I set that up? If I can't do that, can I set a parameter that could be used as a variable to define a generic user/password in one of the TPL files, and if so, which? ricks99: i was wondering about tikinewt too - it seem mostly ok but no one's touched it for ages ricks99: i think some of Gary's themes on mods use tables could someone have a quick look at http://nospaces.net/tiki/tiki-index.php to check it's not me (it's in 2 browsers so i don't think so) sorry, was out. tikinewt uses the default templates but on my zukakakina.com/tw3 site, it has a styles/tikinewt/custom.css to make it fixed width (luci's idea?) jonnyb: i egt it too maybe this technique can be used for some 'fixed-width' layouts where there's no special graphics stuff needed. nkoth3, about the css change for div#header-top height.... thanks nkoth3 - i'm stumped... can't clean the caches cos only ftp access... - other php stuff is fine (like installer) - most odd :( Beestje|Drinking: still there ? yup not drinking yet ... :) still @ work :( Beestje|Drinking: hi, I'm pleased to see you here, you're not on the devel list, right ? not yet... I do have access to edit and close bugs and such... Beestje|Drinking: I just wanted to thank you for your huge and useful work on dev tracker. Beestje|Drinking: I really appreciate your work and the buglist may even become usable soon ;) so, thanx :) and have a good drink ;) well ... only closed about 35 bugs so far... 5 are pending and 5 under investigation Beestje|Drinking: it's really more than me ;p and added info to 35 other bugs so that other people can actually find something when they search :) Beestje|Drinking: there is still too much things in tracker5, I hope you may reduce this a lot and yes... that 's the exact count :) I keep a list of all the bugs I've handled so far :D :) so, I have to go now... c you all don't thank me! it's all of you that's doing most of the work. I'm just the cleaner ;) :) and yes... i'll enjoy my drink(s) cya all! ricks99, some of the Tiki3-compatible themes at mods.tw.o use a table - andreas08, eatlon, faulkner, kubrick, etc. oo, missed him. chibaguy: i suggested that so maybe he's found them ok, thanks tikiwiki: 03Jyhem * r18776 10/branches/3.0/lang/fr/language.php: [FIX] no html escapes in outbound test mail nkoth3: what do you think about using strasa for the installer? i have a little commit ready and tested... (& don't think it's what wrecked nospaces ;) ) tikiwiki: 03nkoth * r18777 10/branches/3.0/ (2 files in 2 dirs): [FIX] metatags robots admin field not working (bug 2300, bug 2141) I also want to change the homepage for the basic install we have it ready... just need to insert it inthe language file sounds good to me (and well done on the metatags bug - couldn't get my head around it) ok, strasa. and let's get it released... :) ok, commit coming tikiwiki: 03jonnybradley * r18778 10/branches/3.0/ (installer/tiki-installer.php tiki-install.php): [MOD] Use Strasa/Cold for installer (only) wow.... test upgrade from 1.9 -> 3.0... smooth as silk! kudos to db script authors! tikiwiki: 03pkdille * r18779 10/trunk/ (4 files in 2 dirs): [MOD] button plugin......end of the deployment. that's good to hear ricks99 - i'm just about to start mine... ricks99, any trouble with the theme? did the theme that was originally set work ok after the upgrade? gotta work on theme and perm changes, but overall, *very* pleased themes using the old tpls will have some problems. my 1.9 theme was highly customized... will require aprox 50% rework mm but everything "works" :-) i did a 2.x (feb12) -> 3.0. very little that I had to "fix" (again, due to customizations) ah, ok. tikiwiki: 03Jyhem * r18780 10/branches/3.0/lang/fr/language.php: [ENH] Use utf-8 unbreakable space (is correct both for html pages and plain-text outbound emails) anyone having problem in barebones install no css in edit page? nkoth3: not noticed a pb - will check anyway restarting ff and see maybe browser memory issue same... is the css linked in the source? looks fine here what do you mean "linked"? I have a general css problem now let me see. is the css filename in the source (in a link tag?) no tikiwiki: 03sept_7 * r18781 10/branches/3.0/ (5 files in 3 dirs): tikiwiki: [FIX] move the feature_floating_help in the right admin panel, it was not a tikiwiki: feature of textarea... like tikiwiki: 03chibaguy * r18782 10/branches/3.0/styles/ (6 files in 2 dirs): [FIX] Reinstated flexible height for #header-top div as this is necessary to accommodate various logo sizes. Also misc. layout.css improvements, and new font property for tikinewt (thanks to Matt). tikiwiki: 03sept_7 * r18783 10/branches/3.0/templates/tiki-admin-include-features.tpl: tikiwiki: [EHN] Autosave ; move autosave from broken to need polish list in admin panel. tikiwiki: I have fixed problems with it last week, so should work better, if it not the tikiwiki: case please report... sept_7, but the help only is used with text area right? tikiwiki: 03axold * r18784 10/branches/experimental/ws/ (8 files in 4 dirs): [New] Added the workspaces option and more hmm.. for my 1.9 -> 3.0 upgrade, *thought* it went well. but i can't login enter my username & pw, and nothing happens. remains at home page :( does your customized theme have its own header.tpl? y ricks99: try tiki-login_scr.php? nope d'oh! found it! it looks like the upgrade turned on the top login bar. but i was using a custom login module... so my LOGIN button was sending blank data fixed now tx :) kudos for successful upgrade script now reinstated:) svn on trunk is being dumb. svn: Failed to add directory 'templates_c': an unversioned directory of the same name already exists that probably shouldnt be in svn... yes, it does that now snarlydwarf - you'll have to delete your old templates_c dir yeah just seems.. wrong tho there was some good reason for it being there - i forget what exactly looks like 'maps' and prolly others too maybe for the packaging thing - and 3rd party installers think it was just those two seems to be, its up to lib stuff annoyingly i must have done an update mid-something cause it did the update, and then gave me all blank pages so i did another update and it got new stuff and perms on the svn make tikiinstall mad hi again hi luciash anyone knows if the bug was fixed when you select in the theme swicther "Site Default" as anonymous it gave me every time unstyled Tiki some day ago jonnyb: i'm not sure about your problems but when you were doing the upgrade were you logged in as admin or not ? it always failed to do it correctly (messed up my Tiki) when i was logged in as admin and didn't logout before going to the installer (at my localhost test at least) tikiwiki: 03sept_7 * r18785 10/branches/3.0/ (4 files in 4 dirs): tikiwiki: [ENH] installer : better handling of the setting of max_execution_time add @ tikiwiki: before ini_set to hide failure, and show a remark box in step 5 tikiwiki: "Install/upgrade" do warn the user that in case of a blank page it is a pb with tikiwiki: the creation/upgrade of the database... luciash: hmm, may have been (logged in) but i can't see how that could make it so mad - i'll try deleting cookies Did they turn off the picture plugin on doc.tw.o? or maybe I'm just looking at really old pages jonnyb: it was repaired when i logged out then and re-did jonnyb: but well, it wasn't upgrade but testing different profiles "from scratch"... but it may be related luciash: how do you mean yours got messed up? do you mean like http://nospaces.net/tiki Can a blog's language be defined, so an Arabic blog will show text right-to-left? tikiwiki: 03nkoth * r18786 10/branches/3.0/templates/tiki-admin-include-features.tpl: [FIX] spelling jonnyb: oh nope, not like this at all, just the profiles were mixed up, etc. i think trunk is, well, broken. looks like smarty vanished yes, i get that one all the time ;) ChadDa3mon: picture is off on doc... I think it may be going away or will be changed much soom.... jonnyb: this is weidrly urlencoded all your xhtml rendered by templates... and my site looks like yours now, jonnyb snarlydwarf: sounds like somehow you're getting it with --ignore-externals (smarty, adodb etc missing?) i dunno, i just did svn update like i always do Performing status on external item at 'lib/smarty' so yeah its yanking it in but my site is a bunch of tpl looking stuff like nospaces.net SEWilco2: only whole tiki or by section i think ik - can it have been my change to the installer? (can't see how...) heh, a typo usually the odd thing on nospaces is that http://flygari.nospaces.net/tiki-index.php is exactly the same file this can be why it's not wise to change important things in "last minute" before release ;) jonnyb: but it's possible it's someone's else's change in libs or something i think my encoded-mess thing is a server setup weirdness somehow - at least i hope so! jonnyb: could it be 18765 ? jonnyb: i don't see anything else suspicious what could cause it luciash: the profilelib/installlib.php one you mean? can't see how ouais this is a strange bug.. jonnyb: is you output compressed? could be - but it's the same on a barebones clean install (surely compression off?) it is barebone install? currently it's the updated db - just switching it to barebones (the installer runs fine) now barebones on http://nospaces.net/tiki jonnyb: don't know if its the same cause - but I've just updated my test site to svn at 18779 and now I'm getting theme problems when I edit a page switching to barebones means no db upgrade/update... it's considered fresh install if done via installer there is a \n at the beginning I do not like my test site uses strasa me neither... one moment - i'll disable .htaccess jonnyb: also try to re-do the instalation after cookies deletion (session expire) to make sure you were logged off (or with different browser) no change - it must be something about the server i'll try luciash jonnyb: but it was working before, right ? what could cause the change on your server ? and snarlydwarfs ? ;) indeed - it was running 3.0 from about 2 weeks ago this morning and all was well getting this error when I edit a page Parse error: syntax error, unexpected '}' in /home/.puttintat/esdevadmin/tw3test.enmoreservices.com/tikiwiki/templates_c/en^%%FF^FFD^FFD22581%%tiki-edit_help.tpl.php on line 71 does installlib.php look ok to you ? eromneg: try tiki-admin_system.php?do=all eromneg: edit_help has seen quite a bit of action today - not tested much afaik Is there an error with the recent update to edit_help.tpl luciash: i'm not sure it can be to do with the installer - same installer and 2 of the 3 multitikis work fine I've cleared all the caches - still the same only upgrade works fine here luciash: installerlib same as local eromneg: well, i get some oddity while editing a page too nkoth3 was getting no css when editing - same for you? (it was ok for me) jonnyb: try clearing tempaltes_c i have eromneg: it's definitely broken in my opera i get only the editing part and preview... no strasa theme around luciash :I have the same nkoth3: same with thenews anytheme, same must be some typo somewhere yep - no css when editing because of the parsing error line 71 in the compiled tpl there's an update i haven't done yet (to tiki-edit_help.tpl) - might be that? tikiwiki: 03sept_7 * r18787 10/branches/3.0/lang/fr/language.php: [FIX] typo yup - at least one typo - r18771 line 71 of the compiled code is , ((page|description|#anchor_tag_stack[count($this->_tag_stack)-1][1], $_block_content, $this, $_block_repeat); } array_pop($this->_tag_stack); ?>)) or ((page|description|#anchor|page|description)) for wiki heading/anchor references well, that was only the french lang, so it must be something else still there's a double {/tr} in tiki-edit_help.tpl line 44 ah, good catch jonny I think the compiled code maps to line 46 in the tpl??? ok, i'm there too now - fixing... deleting the extra {/tr} doesn't fix it - still the same error perhaps smarty 'allowed' that ?? there was another one - fixed tikiwiki: 03jonnybradley * r18788 10/branches/3.0/templates/tiki-edit_help.tpl: [FIX] Removing typos - does the whole commit need rolling back? (r18771) no, smarty very picky! looks like someone went a bit mad with the copy/paste did that fix it for you, jonnyb? (i'm on trunk so don't get the 3.0 branch) it fixed the edit no css thing, not my encoding mess on nospaces though (not connected :( ) ah then i'll ignore that since i dont like edit_css no, wiki page edit was broken ah well can't get that far yet anyway :) is your mess a multitiki? nope not smart enough for multitiki no, i thought i'd ruled that out (multi-tiki is quite easy really - must update the docs one day :) ) hah well only one toy domain using tw on that machine... work tw is um.. ancient, some 1.10rc that i haven't had time to keep up with but, well, it works, so i ignore it jonnyb: thx dog walk time bbl sylvieg: it's not the \n before the trunk merge tikiwiki: 03sylvieg * r18791 10/trunk/templates/tiki-list_banners.tpl: [MOD]banner: link on id for easy use re tikiwiki: 03nkoth * r18792 10/branches/3.0/tiki-admin_include_profiles.php: [MOD] allow way to preload list by specifying profiles and categories in query string tikiwiki: 03nkoth * r18793 10/branches/3.0/lang/en/language.php: [MOD] New barebones homepage with intro on the ways to configure Tiki ok. This is my last commit on 3.0 what do people think of me packaging in abt 1 hour? nkoth3: snarlydwarf and i have a bad problem on 2 servers - still no solution both trunk and 3.0 ok. let's wait till this is resolved is the the urlencoded problem? any ideas? yup his is not multitiki, right? clearing cache, killing themes doesn't help http://nospaces.net/tiki and http://snarlydwarf.org nope, pain tiki er plain :P :)) let me think... neither have been updated for a few weeks i'm afraid and seems to affect everything, not just some subtype of pages (ie tiki-login_scr.php gets funky too) jonnyb: in a multitiki it is a bad idea to use the default main tiki you see what I mean... this apparently was reported on irc by voriastos on april 26 i was wondering but it was ok this morning search for the first few char of the urlencoded content on google ok http://doc.taskestimation.com/tiki-index.php which seems to have the same feature? (no idea whose site that is) hey, that's LPH's i think so from vori's comment seems to be something between 3.0b3 and 3.0b4 & it's something that's not in the installer (ok, that's most of libs ;) ) tho looks like his magically fixed itself tikiwiki: 03pkdille * r18794 10/trunk/ (12 files in 5 dirs): tikiwiki: [MOD] removing button2 and button3 (!) css classes in stylesheets. Btw, removing also submitbutton class which was useless (there is, anyway, a selector) and used in just 2 templates. tikiwiki: This should be the final commit of many others which where the deployment of button plugin. tikiwiki: Special thanks to nyloth for his help and time during that work ! got to ask him what he did... snarlydwarf: magic where? http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-04-26,Sun&raw=on where he reported seeing the same thing [20:00] I just redownloaded 3b4 today and it works this time aha hah any preview of release date of 3.0? so the broken part goes back to at least then... but makes no sense that installing it again fixed it no sense so jonnyb: your tiki ok now? no :( yeah i can get rid of the introductory \n by editing tiki.tpl but the page is still urlencoded wonder if it's sefurl or sefurlpath know how to turn those off from mysql? i reckon - it's got to be something that re-parses the entire output eisther sefulr or the filtering thing? (which i never understood) and it's some setting sefurl is off for bare-bones, surely? try file permissions lol it'll be feature_serurl probly it used to be... i dunno what sefurl path is selfurl? sef search engine friendly yes I know http://nospaces.net/tiki/tiki-index.php works now for me i dont remember seeing 'sefurlpath' but its in the features table it doesnt for me? que?!? i still see a smear me 2 - is ok now did you change anything? aha - is ok in safari (where i was logged on i think) but not in firefox browser cache? maybe safari unencodes it? i have firefox on a mac nope- i shift-reloaded and saw the same smear hmm - deleted cookies (ff) and is ok now too... ok. snarlydward hrrm that is bizarre before you delete your cookies, can you see what you have actually what cookies you have? yeah and let me delete sessions too javascript enabled = y, phpsessid, menu ??? jonnyb: i told you to logout as admin before upgrade helps (it's the same thing as deleting cookies/session right ?) on taskestimation i have javascript_enabled=n and PHPSESSID = (guid) oh guess that would to be menu state jonnyb: actually marclaporte told me about this weirdnes and trick how to avoid that but i'm getting it on other people's servers, luciash - http://doc.taskestimation.com frinctance and deleting it's cookies doesn't help and i still see junk on jonny's site but may need to delete cookies there delete from tiki_sessions didnt help i dont think its cookies... dog http://snarlydwarf.org/tiki-login_scr.php | less and i see junk dog doesnt eat cookies. i don't think it's cookies tho oddly deleting cookies gets me a tiki3.0 home page on nospaces... maybe there is a session cache of some sort I notice some strangeness if I reinstall tiki and change profile without clearing cookies or prefs I mean sessions, also why does it work on some parts of a multitiki? that sometimes I see part of the old tiki theme yes, the installer should explicitly log you out before continuing to the site k shutdown apache, rm'd temp/cache and templates_c but this is different, i'm sure restarted apache... and dog shows me junk nkoth3: couldn't this clearing be done at time of profile installation / upgrade ? (another thing which just popped in my mind could be some leakage of the minify scripts ? but i doubt so..., they should affect only JS code, right ?) luciash: agreed - but it might be something near that in setup wow, barebones now even has no menu in the left column... just logged out, did fresh install of bare-bones and all looks fine here yes, i saw a commit making menu only for reg users recently ah, i see (after change password enforce) bingo? so i was lazy and added 1 line of code.. snarlydwarf, your site is ok now "return $tpl_output" what did you do? yes function filter_out_sefurl($tpl_output, &$smarty, $type=null, $title=null) { that function is hosed. i added a return to the start of it (effectively disabling sefurl) that can explain it, because i have sefurls off here which file is that.... time to check svn logs tiki-sefurl.php complicated function... i dont recall ever adding regex's for sefurls so may actually be a dbinit/upgrade issue? but it starts "if ($prefs['feature_sefurl'] != 'y')" which should be true for bare-bones, so should just return, no snarlydwarf: oh, but i see your site layout totally broken in my Opera ah, what if it does =y in s_prefs in session hah yeah http://snarlydwarf.org/blog1 well i removed my theme snarlydwarf: ah, ok cause i was paranoid about it being the issue :P chmod 0 style/snarlydwarf :P interesting.. wonder why yours broke and magically fixed itself and why switching the feature back on doesn't break it again http://doc.taskestimation.com is still mess snarlydwarf: if you take out your hack does it break again? lemme try but oprolly have to clear cache nope dont even need to clear cache to break it and magically back (tho looks look i still have adjustments to theme to redo...but thats what i get for using trunk) oh, trunk ? we were testing 3.0 here same bug in both :P i see :) jonnyb has 3.0 tho his magically vanished $tpl_output = str_replace('%2B', '+', urlencode($tpl_output)); that seems weird to me... not even in an if() find out a messy stuff in 3 - in you have a module {banner} and check wiki parsed - the banner is not displayed snarlydwarf: seems like nonsense to me... why urlencode the output just to replace the + back to the + again ? no clue. thats code in the file tho dunno the exact commit, svn blame blames sylvieg, but thats just for a merge to trunk heh yo luis err, louis, even :) it has come to my attention that you were dealing with that problem that took my doc website down for a few weeks yes lph it's tiki-sefurl.php specifically the line $tpl_output = str_replace('%2B', '+', urlencode($tpl_output)); if you can explain that one, then you're smarter than I :) oh oh it is me? not likely sylvieg you just merged from 3.0>trunk and since ihave trunk my 'blame' is wrong :) I just turned off sefurl_filter and the site can now display ask sebastien he wanted the sefurl with a + and not a %2b - never understood why I have to do taht well the code takes the whole page and urlencodes it oh bad - I am sorry guy now, links are all broken because links using tiki-index.php?page=... get built, but encoded completely ah because you use the output sefurl filter I forgot this option.. http://doc.taskestimation.com/AnalyzeAndMeasureTask click on any link in here filter is off, but sefurl is on sylvieg: shouldn't it be just $tpl_output = str_replace('%2B', '+', $tpl_output); ??? in fact this line should not be then there there is something about google that like + and not %2B appareantly I am not an expert at google so I cannot tell you if it is true or not + is also a space ie foo.com/bar+baz should be the same as foo.com/bar%20baz I don't know. the sef world has a lot of urban legends, some of which seem to me to have little technical foundation yes, sure, but i don't see a point why to urlencode it because then if you have any "+" in the code, it will become %2B and immediatelly changed to "+" again by that code snippet the problem is that some function encode in %2b and some other in + ah, hm, wouldn't it be better to use preg_replace case insensitive then ? oh, that's odd - i just switched on feature_sefurl_filter - and it was ok then switched it off and it's broken again nkoth3: yes, it's better for seo to use + but it could be done in rewrite rules anyway jonnyb: the cache is one step late :-p yup, getting that sylvieg: i just think to urlencode the whole $tpl_output is not necessary there I think it is better to delete the line - adn if somebody really wants to see + in the url and not %... he will have to find out does the entire output of tiki go through this function? yeh - if sefurl postfilter is activated - this is my error so this line must go or just the urlencode bit? i would try remove the urlencode bit first tikiwiki: 03sylvieg * r18795 10/branches/3.0/tiki-sefurl.php: [FIX] sorry - must not encode all the page if postfilter is on works for me works for me on trunk with the line commented out I am so sorry :-( why $tpl_output = str_ireplace('%2B', '+', $tpl_output); is not good enough a fix? no worries sylvieg - glad we found it (i say "we" ;) ) nkoth3: just wanted to suggest the same ;) nkoth3: that works for me it's php5 only but no problem as we're php5 only anyway because you can not replace this on a full doc.. if sefurl postfilter is on I think I see let's leave it out then... we'll have to figure out the + later sylvieg: why ? because when someone writes a code to show ? +1 i see you'd need to exclude CODE plugin etc., hmm... I just don't get sefurl it changes tiki-index.php?page=Whatever into /whatever lphuberdeau: it's the SEO manager thing... thy understand it ;) *they which supposedly makes for higher ratings i like it since it just makes for prettier urls (No, we don't all understand it. We just try to follow the fables.) i actually have the "pretty" requirement also... will figure out the + later yup yup :) well, enabling the setting does not change the URLs what i don't quite understand is how it got switched on on my site, when it never was before I just hate those arguments lol. Yeah, pretty and typeable are more important to me too. lphuberdeau: it is possible that the local sefurl is not done everywhere I know, but it should be done on links I remember doing that much i like we have it, it can be improved/fixed on trunk used to work on 3.0 ;) yes, we were only talking about the replacing of %2B with + is the sefurl working for any of you? that feature_sitemycode switching on is a pain - mine was set to publish, but not be active, so the update published it i tihnk think it is, nkoth, tho mine may be from smarty function ok, good enough for now ah, got it... everything runs through the filter rules now and I had gotten rid of those during my testing http://snarlydwarf.org/Office+Covered+Bridge&structure=Oregon seems to work despite the +'s :) sefurl (both bits) works fine for me on nospaces postfilter sefurl only seems a little broken perhaps there is an urlencode taht is missing around the page name.. blog links don't seem to get sef'ed - but everything else seems fine should I announce a complete code freeze for packaging soon? was there anything else bad in the mass translation commit that broke edit? i didn't go through it all looks ok - all the other files are language ones ok, no more on 3.0 from me - go for it (i'll be around for an hour or two so will try and test when ready) anyone can reproduce stephane's thing about th eheader? yes, it's what i was saying about the feature_sitemycode thing not a bug but a "feature" (an annoying one imho) but now all I see is a link r 18761 i believe did anyone look at the structure/categories glitch? not me - i'm scared of categories (and lost in structures) - sorry when you create a new structure it doesn't think there are any categories set did they used to? tikiwiki: 03stojanovim * r18796 10/trunk/lib/core/test/ (4 files in 2 dirs): tikiwiki: - fixed a bug in the acceptance tests db restorer tikiwiki: - a couple of new tests certainly did in 2.4 - not sure when in the 3.x cycle they went wrong you can set categories in structures with feature_wiki_categorize_structure set eromneg, is there a bug number for this? only spotted it today - and sent out a mail to devs - but not posted a bug yet jonnyb: sorry for that annoyance... it was created by me back in time to let admin "preview" their custom header code but not to make it immediately public that's not the annoyance, it's the ugly bit of text appearing at all, from my point of view (this was on an update) jonnyb: well, that's a problem now when you have it off and it gets switched on by upgrade then it's definitely a bug jonnyb: should be on only for fresh installs eromneg: not sure if I can fix that before we freeze, which I want to officially do in a couple of hours I have to go (change location) now nkoth3: i vote to fix this annoyance jonnyb highlighted before you start packing luciash: it was after all the sefurl nonsense so i got a bit lost, but i'm sure it wasn't there before what exactly is the sign of it? I have to turn on a feature is it, to see it? it is just missing a cat_type and a cat_objid='' for new struc sylvieg: if the fix is very simple, go ahead and eromneg can test nkoth3: caused by r18761 but it is just a link i see not mucj of an annoyance to me unless what I see is not what you see.. i got "Here you can (as an admin) place..." text at the top of my page after the update & i'm sure it wasn't there before nkoth3: for upgraded sites (*not for fresh installs*) it's annoyance but i was swapping databases etc, so i tihnk it was just my debugging efforts (ah, session prefs from bare-bones hanging around when i switched back to the real DB) so ignore ok. i see where that old text might be shown then... for upgrades I got that header stuff as well - but just de-activated it nkoth3: because for upgraded sites there can be a) the old string, b) some custom user code which is not intended to be published yet, and after upgrade it gets activated in some cases like jonnyb had it deactivated but checked publish on... then the solution is to reimplement r18761 by putting the link int he template instead, no? nkoth3: it should be active only for fresh installs with the new string and link to suggest logo change, not for upgraded sites which have it deactivated nkoth3: i don't understand how it exactly works... why some features are swicthed on only on fresh installs and this one switches on the upgrade site feature too tikiwiki: 03sylvieg * r18797 10/branches/3.0/tiki-admin_structures.php: [FIX]structure: to have some categories when creating a new structure how do I edit the alias of an already existing structure.... seems a link is missing somewhere nkoth3: or maybe just rollback 'sitemycode_publish' => 'y', to 'n' ? that is what I am thinking (in fact I am trying it now) can you try it? actually no seems it's missing from db upgrade scripts ? is that reason why it gets activated for upgraded sites ? I was thinking instead, feature_sitemycode' should be n i mean if the user never clicked on feature_sitemycode checkbox to activate it... will it get activated by this upgrade ?M sylvieg: changing the alias at the structure edit screen looks OK to me luciash: yes, depending on which verison you upgrade from I think nkoth3: then the fresh installs will never see the hint marc wanted to have there :-/ let me check th template. one sec luciash: no, i don't think there's an update schema that does that, it's only the default, no? i only got it cos is mess about with logins and databases i think is=i eromneg: can you test the categories -- structures? yes, jonnyb , i mean that's the problem why it got active for your site when upgraded, because it was never set in db before when you installed it freshly yep - will do luciash, are ou usin coaleasce? (if it was in db schema set to n too for fresh installs before, now at upgrade it should stay like that imho) nkoth3: not currently nkoth3: i can install a profile though quickly it's ok the categories are now being shown for a new structure but .. when you edit the categories for a structure and update - all the tick boxes are blanked after the update looks like the update is being carried out but you can't see this after updating the categhories eromneg: how do you change the categ of only the structure? sylvieg: Edit the structure? don't think you are actually setting the categ for the structure itself sylvieg: Click on structure's tree icon to reach tiki-edit_structure.php?page_ref_id= At the bottom is a pulldown menu for categories. luciash, well, I think we can just revert sitemycode_publish to n yes but if you set feature_wiki_categorize_structure under WIKI admin then at the structure edit screen you can set category stuff at the bottom of the screen it will still show for admins. but not for users nkoth3: yes, only admins which are unlucky having left activate off but publish on will get it activated and published, but it's not such a big issue i think luciash: I agree i will do it nkoth3: thank you yes - but it is for the page od the structure ... I am a little bit confuse and for instance how do I change the alias of a structure? sylvieg: yes it is the pages of the structure that are categorised sylvieg: to change the alias use the tiki-edit_structure.php?page_ref_id=xx screen ah yes thanks for the alias for the categ - I find it it strange... about 1/3rd down there's a Page alias field that you can Update what's strange about categs? &highlight= doesn't highlight words anymore... is it only a CSS issue ? (i'm using coelesce now) luciash, not sure -- i know for search it was taken out because it was breaking breaking things ah, so only the param is left there... yes, i mean search results highlighting for darkrrom seems to be broken sylvieg: do you have an idea how to fix the structure/category issue? which one/ when you change the category settings for all the pages in the structure and click Update - all the settings are blanked after the refresh (if I remember , this is the way it was in 2.4 too) do you remember, eromneg? no 2.4 was fine ok, so it showed the categories of the structure? (or rather the structure top page, which is the same as the rest, I suppose) this is a feature I use all the time in several 2.4 production sites ok When changing categories on the structure edit page, should have affect member pages or only the structure itself? if you have feature_wiki_categorize_structure set this is a great way to manage categories for all the pages in a structure en masse Can't a page be in more than one structure? yep - and it warns you if you change it not sure an actual structure can be categorised - just the pages I think eromneg: that's right ah. sylvieg: are you on it (eromneg's issue)? do you need my help? no it needs to rebott windows sims can crash most host OS's, sylvieg ;) anyone got any idea why i'm getting double quotes round single quoted img src params? {img src='img/wiki_up/cup-of-tea.jpg'} comes out as only on one DB though (a very old upgraded 2.x one) could be because the syntax does not require quotes? it worked ok before, and is ok on another site with new lph parser - should be the same... http://nospaces.net/tiki/Test is ok, http://attainable-utopias.org/tiki3/Events has a tera-cup missing - same markup (well, same quotes) magic quotes setting ? any thoughts on the structure/category problem? although I am not talking sense don't think so - happens on localhost too sylvieg: let me know if you have the structure/category problem nailed. sorry, tell a lie - safari works it out, ff doesn't sorry I am out - I need a newsletter sent today - french time on something else that tw - that is not working - I am 43 mn late jonnyb: it does not make sense .me hates everything this evening' sylvieg: ok, I take over on the categories... dull - 700+ pages mostly with single quoted img params... maybe safari cleans it too tired now, good enough to show client tomorrow (the bits that work ;) ) - i'll do a global replace when fresh yy, nkoth3 - clever safari :) nkoth3: are you still aiming to package a final 3.0 or rc2 today? yes. have you discovered anything new? nkoth3: are you going to release rc2 and shortly after the final release or are you going to release final directly ? not really - just the structure thing luciash: which do you think is better? I actually think with all this intensive testing that went on, we can go straight to 3 I would vote for rc2 and take another day goto 3 +1 for 3 directly yes i just hate the caching problems but I'm older than you jonny ;-) and i'd probably agree with your vote if pushed ;) that's because its nearly midnight here - and we'd like to look at it fresh tomorrow agreed - i'd like to see if i can get img to work with pre-quoted params (but i'd only commit if it's very trivial) the caching apparently is broken somehow when one tries fresh install profile after other... until i logout again i get the previous profile theme :-p but it's not a big issue... only for testers like me well, I think I want to do a 24 hour freeze with no changes -- severe regressions and critical bug fixes only after luciash: i think that's the same thing i was saying - you end up with the session prefs from one config running on a different one jonnyb: yup yup nkoth3: agreed as to waht to call this version... nkoth3: agreed rc2?? makes sense. +1 it gives me time to look at the structures one more time as well that would be good so we have rc2 for 24 hours and then finally final ? ;-) right. & can you send a nice loud mail - saying anything you don't like will be rolled back? wll do better not ;) so it's an hour or so to make the tarball? i'll try and hang around to test if i can MartinCleaver is trying to run the script now.... some problems with updating copyright from sourceforge at the moment so if you are going to package rc2 - will you post to sourceforge? I think so, i don't see why not. OK I'll pick up the new version in the morning - bye tikiwiki: 03nkoth * r18798 10/branches/3.0/lib/setup/prefs.php: tikiwiki: [FIX] There is no need for sitemycode_publish to be 'y' for admins to see the tikiwiki: new link to ask them to change look and feel + logo. This is to make sure users tikiwiki: don't inadvertently see legacy sitemycode stuff they should not in upgrade tikiwiki: situations. tikiwiki: 03nkoth * r18799 10/branches/3.0/lang/en/language.php: [FIX] typo (capitalization) tikiwiki: 03nkoth * r18800 10/branches/3.0/templates/categorize.tpl: tikiwiki: [FIX] this checkbox's function is now simply to select/deselect all categories, tikiwiki: no longer the old legacy purpose of "remove all categories", so it should not tikiwiki: use "cat_clearall" functionality anymore, otherwise it is not possible to select tikiwiki: all categories through the use of this.