[0:1] CIA-36 tikiwiki: 03jonnybradley * r40824 10/branches/9.x/lib/ (jquery_tiki/tiki-jquery.js smarty_tiki/function.favorite.php): [FIX] favorites: Get favorite button to fit in with the other buttons better
[0:17] CIA-36 tikiwiki: 03jonnybradley * r40825 10/branches/9.x/lib/messu/messulib.php: [FIX] messages: Correcting "quality" enhancements so messages work again (thanks Xavi)
[0:48]  Trebly joined #tikiwiki
[1:6]  arildb_ joined #tikiwiki
[1:21]  fabricius joined #tikiwiki
[1:25]  arildb__ joined #tikiwiki
[2:2]  arildb_ joined #tikiwiki
[2:7]  sandroandrade joined #tikiwiki
[3:2]  goj_killedByISP joined #tikiwiki
[3:21]  arildb__ joined #tikiwiki
[4:7]  arildb_ joined #tikiwiki
[4:25]  ennpee joined #tikiwiki
[4:30]  arildb__ joined #tikiwiki
[4:56]  arildb_ joined #tikiwiki
[6:17]  arildb_ joined #tikiwiki
[11:16] Tiki|bot New Forum Posts: problem with pictures - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43765
[14:22]  sandroandrade joined #tikiwiki
[15:23] CIA-36 tikiwiki: 03jonnybradley * r40826 10/branches/9.x/ (2 files in 2 dirs): [FIX] content templates: Restore switcing of editors and use correct toolbar for template section
[15:46] CIA-36 tikiwiki: 03sylvieg * r40827 10/branches/8.x/ (lib/init/initlib.php tiki-filter-base.php): [FIX]temp: mode generic
[16:33]  jonnyb joined #tikiwiki
[17:0] sylvieg jonnyb: thx for your comment about the snippet
[17:1] sylvieg I agree - it was working some times ago - but there is too many abstraction layer I do not understand
[17:1] jonnyb hi sylvieg - jsat stepping through the code now... getting lost (as usual!)
[17:1] jonnyb jsat/just
[17:1] jonnyb me too
[17:2] sylvieg before I think I remember that in contentsource the snippet was built if needed
[17:23] CIA-36 tikiwiki: 03jonnybradley * r40828 10/branches/9.x/templates/searchresults-plain.tpl: [FIX] search: Don't html escape highlight snippets so the highlighting show (html entities in wiki pages still get parsed)
[17:25] jonnyb sylvieg: i think adding parsing of search results is too big a thing for now - maybe for tiki 10
[17:26] jonnyb it's really not trivial at all
[17:27]  GillesM joined #tikiwiki
[17:27]  GillesM joined #tikiwiki
[17:42] CIA-36 tikiwiki: 03sept_7 * r40829 10/trunk/ (5 files in 2 dirs): [FIX] Fix some pb with {add_help}
[17:45] CIA-36 tikiwiki: 03sept_7 * r40830 10/trunk/templates/admin/include_anchors.tpl: [FIX] Better use of {self_link}...
[17:47] CIA-36 tikiwiki: 03jonnybradley * r40831 10/branches/9.x/lib/userslib.php: [FIX] kaltura: Backport perm label changes
[17:47] Jyhem_laptop polom sylvieg & jonnyb
[17:48] jonnyb hi Jyhem_laptop
[17:49] Jyhem_laptop I see sept_7 is working on trunk. Strange. Is anyone n conact with him?
[17:49] Jyhem_laptop s:conact/contact
[17:49] * Jyhem_laptop experiments with {list} :-)
[17:49] jonnyb good point, no, not directly
[17:57]  benoitg joined #tikiwiki
[18:10] Jyhem_laptop I found docs on how to setup cron jobs for unified search here: http://dev.tiki.org/Unified+Search#Cron_job
[18:10] Jyhem_laptop I suppose that's all there is to it?
[18:27] jonnyb Jyhem_laptop: yup, the tiki 9+ version obviously
[18:28] jonnyb you might also need to set up a "sudo -u www-data php lib/search/shell.php process" one if you're importing lots of items in batches
[18:29] jonnyb although if it's more than several 100 items a rebuild is often quicker - milage definitely varies with this stuff
[18:30] jonnyb also you need to watch out the user you use to run the task is the apache user for your system (www-data seems the most common)
[18:30] jonnyb try it out in a shell first (on a small tiki - my big tracker one takes 15 minutes+ to rebuild)
[18:31] jonnyb i have mine processing every 5 mins, rebuild every 24 hours
[18:37] Jyhem_laptop Hmmm, what does "process" do ?  It's not mentioned in the page.
[18:37] * Jyhem_laptop reads source
[18:38] jonnyb it processes the queue of stuff that's been modified and needs re-indexing
[18:39] Jyhem_laptop So rebuild is supposed to be useless unless an indexing issue occurs ?
[18:40] jonnyb every time something's saved it processes the top 10 things in the queue, so if you've modified 50 items the next 5 saves (of pages etc) you do will be quite slow
[18:40] jonnyb can causes timeouts etc
[18:41] Jyhem_laptop I think I get it.
[18:42]  arildb joined #tikiwiki
[18:43] Jyhem_laptop So when I imported my 20 batches of 500 tracker items some days ago, I should have expected everything to be quite slow afterwards, since I did not do any rebuilding
[18:44] Jyhem_laptop Ahaaahhhh !!!!
[18:44] Jyhem_laptop sudo -u www-data php lib/search/shell.php process
[18:44] Jyhem_laptop [sudo] password for libs:
[18:44] Jyhem_laptop 2012-04-08T16:43:41+00:00 INFO (6): Processed queue
[18:44] Jyhem_laptop 2012-04-08T16:43:41+00:00 INFO (6): Processed 10 items, 61001 remaining.
[18:44] Jyhem_laptop still slow, then
[18:45] jonnyb probably best to do a rebuild, i'd say
[18:45] jonnyb you can also see the queue size on admin/search
[18:45] Jyhem_laptop Yes, I just did: Rebuild in progress - exiting.
[18:47] Jyhem_laptop Ah, yes. I did not notice it before
[18:47] Jyhem_laptop Should I uncheck "MySQL Full-Text Search"?
[18:48] jonnyb yes, i don't think they get on very well
[18:49] jonnyb need to pass all this on to changi|morphee to try it out on some of the tiki sites
[18:49] * Jyhem_laptop suspects they are both on by default
[19:0] CIA-36 tikiwiki: 03jonnybradley * r40832 10/branches/9.x/ (4 files in 4 dirs): [ENH] sefurl/canonical: Add in missing objects types for canonical links, which necessitated completing some missing sefurl rules (hence partly an enhancement which started out as a fix)
[19:9]  arildb_ joined #tikiwiki
[19:17] CIA-36 tikiwiki: 03jonnybradley * r40833 10/branches/9.x/templates/canonical.tpl: [FIX] canonical: "Canonical should link to http version because better for SEO"
[19:28] Jyhem_laptop rebuild still in progress. Strangely, top shows no particular use of memory or CPU
[19:41] CIA-36 tikiwiki: 03jonnybradley * r40834 10/branches/9.x/templates/tiki-admin_modules.tpl: [FIX] modules: Use um_name to pick value for save/create button as um_title can be empty
[19:42] CIA-36 tikiwiki: 03jonnybradley * r40835 10/branches/9.x/tiki-admin_modules.php: [FIX] modules: Only check for existing module with same name on create (user) module otherwise you cannot modify existing ones
[19:55] CIA-36 tikiwiki: 03jonnybradley * r40836 10/branches/9.x/lib/userslib.php: [FIX][bp/r40636] Some general tweaks/improvements to permission definitions (thanks marclaporte)
[20:9] CIA-36 tikiwiki: 03jonnybradley * r40837 10/branches/9.x/templates/tiki-admin_categories.tpl: [FIX] categories: Wrong var for pagination
[20:10] jonnyb Jyhem_laptop: 60000 objects? yes, it'll take a while... the process will be called "php" afaik
[20:16] Jyhem_laptop jonnyb:  Let's just hope it is actually in progress. I first killed it (ctrl-c) because I wanted to start it over with timing information. Every time I try it again, it just says "2012-04-08T18:13:05+00:00 INFO (6): Rebuild in progress - exiting."
[20:16] Jyhem_laptop we'll see
[20:18] jonnyb ah right, yes that's a bit crappy - if a dir called temp/unified-index exists it thinks a rebuild is in progress and just exits - so if you kill a rebuild (or it fails) then this dir needs deleting manually
[20:19] * jonnyb notices lots of stuff that needs adding to the doc page!
[20:20] jonnyb you'll fine unified-index is owned by apache so you need to sudo rm -R (which is always worrying!)
[20:22] CIA-36 tikiwiki: 03jonnybradley * r40838 10/branches/9.x/lib/categories/categlib.php: [FIX] categories: update ignore when moving objects to another category (so objects also already in the destination category will be left behind)
[20:27] Jyhem_laptop Ohhh, it's in the filesystem, not the database. Cool. I'll just remove the dir and rebuild
[20:29] Jyhem_laptop no sudo required in my setup. It's apache with fcgi
[20:32] Jyhem_laptop hmm temp/unified-index is gone but I still get "Rebuild in progress - exiting."
[20:34] jonnyb curious - no multi-tiki? (it might be inside a "virtuals" temp dir in that case)
[20:35] Jyhem_laptop Ahah, it is actually temp/unified-index-new
[20:36] * Jyhem_laptop looked it up in function rebuildInProgress
[20:36] Jyhem_laptop s/looked it up/echoed it :)
[20:37] Jyhem_laptop and yes, that one is aowned by www-data
[20:42] Jyhem_laptop recreated temp/unified-index with previous permissions and "sudo -u www-data time php lib/search/shell.php rebuild" now got php process to use 98% of my CPU. Looks much more like I'd expect
[20:42] jonnyb yes, i uses a zend makedir function which ignores group sadly
[20:43] Jyhem_laptop I don't know. I did not take chances: I just re-created it.
[21:28] Jyhem_laptop Hmmm :-(
[21:28] Jyhem_laptop <pre>ERROR: &lt;R...&gt; Can not open file: /var/www/clients/client2/web2/web/temp/cache/228d39a21e0ab5275678ac3b5324c66e.R <em>in</em></pre><p><pre>1:25
[21:29] Jyhem_laptop And it crashed the rebuild, and now it claims that "Rebuild in progress - exiting." again
[21:30]  RobertPlummer joined #tikiwiki
[21:30] Jyhem_laptop temp/cache/228d39a21e0ab5275678ac3b5324c66e.R is a PluginR file
[21:52] jonnyb Jyhem_laptop: try using the log option - lib/search/shell.php rebuild log (it makes a log file in temp)
[21:52] jonnyb it'll show you the page or whatever the re-indexing failed on (usually turns out to be a WSoD page)
[21:58] Jyhem_laptop It told me that : 228d39a21e0ab5275678ac3b5324c66e.R is the R plugin generated page.
[21:58] Jyhem_laptop I moved all R plugin files out of temp/cache and launched rebuild again
[22:2] Jyhem_laptop If that works, I can put these files back and try again
[22:10] CIA-36 tikiwiki: 03jonnybradley * r40839 10/branches/9.x/ (4 files in 3 dirs):
[22:10] CIA-36 tikiwiki: [FIX] selectmenu: Make menu wider so the text doesn't get covered over by the
[22:10] CIA-36 tikiwiki: triangle graphic, improve workaround for creating selectmenus in hidden divs as
[22:10] CIA-36 tikiwiki: well as fieldsets and add warning on pref (also another warning on
[22:10] CIA-36 tikiwiki: feature_jquery_tablesorter re js minify)
[22:13] Jyhem_laptop jonnyb: did you uncheck "Incremental Index Update" since you have this crontab?
[22:14] jonnyb no, but have wondered if i should
[22:15] jonnyb i left it on as users will expect their changes to be available in the search immediately - and if the queue is under control it should work...
[22:21]  jonnyb left #tikiwiki
[22:21]  jonnyb joined #tikiwiki
[22:30] jonnyb off to eat now, cu 2morrow
[23:59]  deeku joined #tikiwiki