@silvieg : did you read my long message. I make shorter : Titles of articles can be used into prefs into cache. Then part of init query (restore prefs) if these titles contains " ' " (simple quote) that are not escaped this crashes tikiwiki (4.x), unknown for 5.x (not tested. 
 New Forum Posts: Where do i change the invitation text? - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=36879
They can't be escaped because the search into database the fails because they are store not escaped. Many various solutions, which one is the best. 
They can't be escaped because the search into database will fail because they are stored not escaped. Many various solutions, which one is the best.
*whew* offical news releases for 5.0 beta have been delivered :-)
better late then never :P
hello, after six years i return to tiki
huhu?
nobody here, will check later
im here
tikiwiki: 03chealer * r26598 10/branches/5.x/styles/thenews.css: 
tikiwiki: [FIX] Calendar names looking partly struck in popups with thenews (r15918 regression)
tikiwiki: Cf: http://article.gmane.org/gmane.comp.cms.tiki.cvs/54522
tikiwiki: 03nkoth * r26599 10/branches/5.x/lib/tikilib.php: [FIX] Prevent plugin execution if stripplugins is being requested
tikiwiki: 03nkoth * r26600 10/branches/5.x/lib/tikilib.php: [FIX] Snippets should not contain line breaks
polom
 Recent Bug: Tracker item: #3111 - - Judy theme is not functioning  - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3111
good morning 
changi: is it possible to have a svn up on dev?
 New Forum Posts: Changing Username Character Pattern causes failure to register - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=36883
tikiwiki: 03jonnybradley * r26601 10/trunk/ (2 files in 2 dirs): 
tikiwiki: [NEW] First phase of a freetag plugin, to show similarly tagged objects, or objects with a specific tag or set or tags.
tikiwiki: Much more to do on the rendering of specific obejcts. Only articles, files and wiki pages done so far.
@sylvieg: yes it is :)
Thanks
tikiwiki: 03jonnybradley * r26602 10/trunk/ (69 files in 23 dirs): [MRG] Automatic merge, branches/5.x 26526 to 26600
polom du jour
hi
morning all
jonnyb: lol
hi changi and all
morning RavenC
hiya jonnyb
Hi Kimberlee  :)
Hi johnyb
hi Kimberlee an' RavenC (beginning to sound like a rap - stop it!)
lol
rappin with an English accent.
tikiwiki: 03sylvieg * r26603 10/branches/5.x/lib/wiki-plugins/wikiplugin_trackerlist.php: [FIX]TRACKERLIST: move the test of filterfield validity before adding the user filter that is not always in the fields list (fix optimization 26395)
changi: can you do another svn up on dev :-)
this should fix the list yours problem
polom
polom luciash 
jonnyb: hi :)
jonnyb: nice reveal on dev list, i als o see it as a blocker having no cached JS/CSS... i also wondered back then if no wiki cache for registered users was such a good idea (i would say the contrary)
i thought i was just for admins (no cache)
iirc it was for all non-anonymous but i might be wrong :-/
anyway, i would prefer it optional
:-p
even admin can get frustrated with slow tiki
sounds like a big fix is needed to cover various perms (by group maybe?)
if you are ready to have a cache for each possible setting of perms - registered can be cached
it is not by group basis - it is by set of perms...
aren't perms derived from groups though? (hi sylvieg)
hi
well, i didn't see a problem having wiki cache for registered as we had before because you always could make an individual wiki page set to 0 cache when necessary
but a page can have something like {GROUP(groups=A)}sdffdg {GROUP(groups=B)}sdfsdfs so depending a user is in A or B or A and B...
but wouldn't caching by groups deal with that?
would be nasty when group membership changes though...
i don't see a reason why to complicate it or try to be super-clever over the group perms/admins, people setting up a "sensitive" page should just know they need to set the page to 0 cache, that's all... isn't it ? why trying to be more clever than users ?
but i have no idea how it relates to the headerlib/js/css caching problem
was absent for longer time recently, sorry
a user has no understanding that a page with {GROUP()} for instance can not be cached
it's his/her problem... they should read the docs when using advanced plugins ;)
isn't it plugin to be approved anyway ? (hmm, maybe not)
but maybe we could introduce wiki "cache by section" as we have the edit by section ?
it is an example - there aer other plugins too
(include page for instance)
just a dreamy idea i know, probably not that easy to code as it sounds
it was cached a long time ago for registered
but too many trouble with people who do not read the doc ;-)
or maybe we can detect if there are the wiki cache sensitive plugins present in the page content to switch the wiki cache to 0 automagically
yes [perhaps - if the page has one plugin - no cache
well, i would do it as we do with the approval plugins
not all plugins need that 0 cache
like CENTER
etc.
but IMG needs as there is a perm check
sure, it would need to be determined
i think the (one of the) problem is that there's only a place for one chunk of data for each cached page, and it goes in the tiki_pages table. It would seem like that should be replaced by a file/memcache cachelib system, then each permutation of groups could be cached separately (with it's headerlib info)
but that's A Big Thing
yes, hopefully we can do that for 6.x
but not for 5.x i think
i would prefer to rollback to pre-anononlycache time though or make it per plugin check - if plugin can be cached, cache it, otherwise 0 cache
we can simply add it in the plugin setup args, can't we ?
like 'cache' => 'y'
what to do with the headerlib thingy i don't have a clue though
@sylvieg: on going
hello, i'm trying to include some protovis visualizations (http://vis.stanford.edu/protovis/) on my wiki articles and wondering how should i set this up. i know i need to put the protovis .js somewhere so i can call it with "<script type="text/javascript" src="../protovis/protovis-r3.2.js"></script><br />" on the article, so it will read the  "<script type="text/javascript+protovis">" i need for it to display it properly, can someone give m
@jcoelho: use either the JS plugin or HTML plugin to add scripts toa wiki page
see docs for details: http://doc.tikiwiki.org/tiki-index.php?page=Wiki+Plugins
i already activated the js plugin
ok. then simply upload the .js file to your sever, at the location you specified
what i don't know is when i call the protovis.js in the article where i'm starting, is in the tiki/articles?
no. at your <TIKI INSTALL> root
so if you uploaded the JS file to <TIKI ROOT>/myfiles/*.js you should use  src="myfiles/*.js"
that's what i think i did, going to review step by step what i did to check if the plugins are actually activated and stuff cause in theory i think i already did that 
thanks
@sylvieg: done
tikiwiki: 03sylvieg * r26604 10/branches/5.x/ (28 files in 28 dirs): [FIX]registration: link to the login page
5.0Beta1:  Under admin/profiles, I get "a friendly warning" that javascript must be turned on in order to apply Profiles.  I enabled the JS plugin, cleared cache and logged off/ loggen on... same warning.  Is there anywhere else to enable Javascript?
i think that refers to JS on your browser -- not the JS plugin
aaaaah.   ty ty
changi Thanks
the js plugin is simply to display a script within a wiki page that you're creating/editing
thats what I thought, hence my confusion...  I wasn't even thinking about the browser... doh!
no prob. easy questions are my forte!
:)
ok so i regrouped and started from the beginning, to use the js plugin i use {JS()}content{JS} correct? and it translates into a standard javascript tag and works fine, but to work with protovis i need to add the <script type="text/javascript+protovis"> tag that i guess won't work in the article since it doesn't call the plugin (or at least i'm not being able to), maybe the answer is pretty simple
use {JS(file="YOURFILEi.js")}{JS}
Oh.. u want to use a different type for your script?
instead of using JS plugin, use the HTML plugin
you can then include/custom script type (+protovis)
see docs: http://doc.tikiwiki.org/pluginhtml
going to check that thanks
tikiwiki: 03jonnybradley * r26605 10/branches/5.x/lib/fckeditor_tiki/plugins/ (4 files in 3 dirs): 
tikiwiki: [FIX] Some BOM removals in fckeditor_tiki files and one small JS fix in the tikilink plugin.
tikiwiki: Heopfully will help with some of the WYSIWYG issues.
and yes, that's what i meant, sry if i didn't explain it well :p
no prob
Admin/Look and Feel:  UI Effects ...  JQuery Plugins and add-ons...  Warning Requires jquery feature.  click green arrow, takes me to features page.  Perhaps I am blind today, but I cannot find a jquery feature on the page...  Could it be listed as something else?
5.0 Beta 1 btw
try configuration search fetaure maybe?
polom
RavenC: feature_jquery is mysterious. I think it was partially removed
jonnyb: are you sure the fade plugin won't work with cache? a quick read I can't see the problem.
Ricks:  Nothing but the look/feel areas.  Chealer:  ok thanks.  I will uncheck the settings then.  Thanks
just trying to figure out why no logo is showing in the top, just the text "site logo"
RavenC: I did a bug and fix it yesterday
sylvieg:  nice!  Look forward to it then  :)
if the logo shows up for admin but not for anonymous - it is the bug
no logo for admin
just the alternate text
Roadmap Q: Wchich release 5.0 or 5.1 will mark the "end" of 4.x?
the more I dig into 5, the more amazed I am at all the hard work.  Thanks to all of you!
RavenC: hum, what I meant by removed is that the choice was removed, making it always on. but partially removed because some stuff still looks at the setting's value, which is always on.
chealer:  That makes sense, thanks
hi again
i was wondering about this: i have a script in cron updating and upgrading tiki branch5 every hour and still i get for anonymous no header with logo etc. is this desired behaviour now ?
after i login as admin all looks back to normal
is there something mising in the upgrade scripts ? i thought it was fixed as i read the dev list and commits
tikiwiki: 03sylvieg * r26606 10/branches/5.x/lib/setup/cookies.php: [FIX]cookie: typo
thanks sylvieg :)
Can anyone download/use the SVN's (given that they know what they are doing) ?
sure RavenC - check out http://dev.tikiwiki.org/SVNTips#Commands_available_to_anyone_on_the_internet
i have a fix for the JS cache thing, coming shortly to 5.x
johnnyb:  Thanks for the link.  I may try just the nightly zip until I know what I'm doing
what OS are you on? there are some quite civilised tools available for most platforms now
Primarily Windows
svn is in some way easier than zips
ah
have a look at tortoise svn
googling as we speak  :)
@RavenC for windows tortoise SVN works great
tikiwiki: 03sylvieg * r26607 10/branches/5.x/ (3 files in 3 dirs): [FIX]tracker: attachment field: delete old version when replace field + fix mandatory check if attachment already in + no delete if attachment is mandatory
downloading now.  thanks for the info
tikiwiki: 03jonnybradley * r26608 10/branches/5.x/lib/ (ajax/ajaxlib.php headerlib.php): 
tikiwiki: [MOD] Move code to get JavaScript from HTML into headerlib so can be used
tikiwiki: elsewhere. No functional change detected or anticipated (JS doesn't get rendered
tikiwiki: into the page anymore, so possibly not needed in AJAX now anyway?)
is it possible to display in a trackerfield "category" all sublevels of a given category (currently it displays only one level beneeth parentId)
tikiwiki: 03jonnybradley * r26609 10/branches/5.x/lib/wiki/wikilib.php: [FIX] Cache JavaScript generated in page content by plugins etc and extract into headerlib upon retrieval.
tikiwiki: 03sylvieg * r26610 10/branches/5.x/styles/thenews.css: [FIX]thenews: the <em> can be followed by charaters (see mandatory field
tikiwiki: 03sylvieg * r26611 10/branches/5.x/ (2 files in 2 dirs): [FIX]TRACKER: do not keep the old attachment in the list when remplacing an attachment
tikiwiki: 03jonnybradley * r26612 10/branches/5.x/ (3 files in 3 dirs): [ENH] Improvements to prefs reset to defaults: Better icon, apply to selects and textareas too and only appear for prefs set to non-default values.
tikiwiki: 03jonnybradley * r26613 10/branches/5.x/lib/setup/prefs.php: [FIX] Experimental feature_jquery_carousel=n (so far still unused within tiki)
n00b alert!  after getting the SVN files, is it just a matter of copying them on top of the tiki5 install location on my server?
you should specify a target dir for the checkout command. This will become your tiki root dir. In this way "svn update" will get you the latest version. Moving the svn files around will (as f as i know) break the svn history.  
that makes sense.  Thank you for the guidance.
tikiwiki: 03sylvieg * r26614 10/branches/5.x/lib/trackers/trackerlib.php: [FIX]tracker: attachment field for anonymous (confusiopn between is null and ='')
Sylvieg:  I copied the tikisitelogo.png to the pics directory, and changed the path under look and feel to pics/tikisitelogo.png .  the logo now comes up perfectly.
seemingly only for admin though
could that be a perms issue, or is that related to the bug?
definitely something with the /img folder....  enabled bottom bar and icons are only text as well
have a nice evening everyone
hi. how can i create a wiki page from an tracker form input. I read pretty tracker but this actualy doesn't create a page? 
can i use some sort of autoincremented ID for automatically fill page selector field input?
using 5.0 b1. thx
tikiwiki: 03sylvieg * r26615 10/branches/5.x/lib/trackers/trackerlib.php: [FIX]TRACKER: fix agfain optimization 26395
coaboa: http://doc.tikiwiki.org/Page+selector ??
 New Forum Posts: Duplicate search box in Tikiwiki 4.1 - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=36888
something is strange with the option style.. I get a lot of X-..
and when I select it - nothing appends
 Recent Bug: Tracker item: #3112 - - Tracker plugin does not set default value (e.g. ... - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3112
 Recent Bug: Tracker item: #3113 - - Dynamic list does not work in the tracker plugin when its reference ... - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3113
 Recent Bug: Tracker item: #3114 - - Error on all forum main interface : sort on forum column when clicking ... - http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3114
@sylvieg : good evening (night...) : the yesterday on SQL query for searching, problem is solved. The track was 3004, I closed it with a comment. This evening I found another, worked around, problem. I just submit so the N° is not yet defined. On the tikiwiki.org forum(s) - all - most "columns header buttons" generated the SQL error of type : "Column 'type' in order clause is ambiguous" 
I noticed that in "bugs and wishes" the N°track is = tracker 5 id 3114