#tikiwiki 2012-04-21,Sat

(Click on time to select a line by its url)

Who	What	When
Zyith	joined #tikiwiki	[00:18]
................. (idle for 1h21mn)
marclaporte	joined #tikiwiki	[01:39]
kstingel\|lurking	if a (proposed) plugin is likely to be a package, where should it live? ... in the lib folder?	[01:48]
.............. (idle for 1h5mn)
arildb	joined #tikiwiki	[02:53]
goj_killedByISP	joined #tikiwiki	[03:07]
............... (idle for 1h11mn)
tk___	joined #tikiwiki Anybody here can tell me if I can use tikiwiki to create some kind of outliner?	[04:18]
Zyith	left #tikiwiki	[04:19]
tk___	left #tikiwiki	[04:20]
goj	joined #tikiwiki	[04:29]
...... (idle for 28mn)
kstingel\|lurking	joined #tikiwiki	[04:57]
.................................................................................. (idle for 6h46mn)
fabricius	joined #tikiwiki	[11:43]
.... (idle for 15mn)
Tiki\|bot	New Forum Posts: Cannot Add Users - https://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43868 New Forum Posts: When I save my Wiki pages after editing I get 404 page not found - https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43861 New Forum Posts: (SOLVED) My wiki page doesn't keep format - https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43857	[11:58]
	New Forum Posts: Cannot Add Users - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43868 New Forum Posts: When I save my Wiki pages after editing I get 404 page not found - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43861 New Forum Posts: (SOLVED) My wiki page doesn't keep format - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=43857	[12:08]
..... (idle for 24mn)
CIA-36	tikiwiki: 03changi67 * r41015 10/branches/9.x/installer/schema/20120421_autoincementtoautoincrement_tiki.sql: [FIX] Typo for people who already upgrade their tiki	[12:32]
....... (idle for 31mn)
arildb	joined #tikiwiki	[13:03]
........... (idle for 52mn)
RobertPlummer	polom all	[13:55]
changi	Hi RobertPlummer	[13:58]
RobertPlummer	changi: Hi changi: lets fix this	[13:58]
changi	RobertPlummer: Call to a member function getModifiedPreferences() on a non-object in /var/local/trunkdev.tiki.org/www/lib/setup/prefs.php on line 367 the main issue, is that what you change only work when you use the web upgrader as for doc / dev and other website, we upgrade using shell.php RobertPlummer: PHP Fatal error: Call to a member function get() on a non-object in /var/local/trunkdoc.tiki.org/www/lib/cache/cachelib.php on line 353	[14:02]
RobertPlummer	changi: So why doesn't Tikilib exist in a case like this?	[14:05]
changi	RobertPlummer: that's a good question	[14:09]
RobertPlummer	changi: Perhaps we could add TIkilib::lib("tiki"); lol rather than make all those function calls static changi: How do I invoke the upgrade from command line?	[14:09]
changi	RobertPlummer: when you are in docroot just lauch php installer/shell.php	[14:12]
RobertPlummer	changi: I don't see any errors, what is up?	[14:14]
changi	RobertPlummer: it's only in some case you have some prefs like memcached	[14:16]
RobertPlummer	changi: So we need to move it or invoke it differently?	[14:18]
changi	RobertPlummer: yes	[14:18]
	RobertPlummer: you can connect on community server trunkdev is actually in the position that DB is not up2date	[14:24]
RobertPlummer	changi: I have no idea how to fix memcachelib easily, it is integrated very badly. changi: Hold on, i think I may have it	[14:32]
	changi: If I give you a patch, can you test it and see if we should commit? changi: I don't want to commit something that I can't fully test here.	[14:38]
changi	send , i'll test RobertPlummer: you know that you've access to the community server	[14:40]
RobertPlummer	changi: I know, I've never logged in, I feel though that us working together we'll get more done. changi: Just sent, please try and let me knwo.	[14:42]
changi	RobertPlummer: ok	[14:43]
RobertPlummer	I migrated memcachelib to be callable in TikiLib::lib("memcache") and migrated others to follow where needed. changi: Can you test right now ?	[14:43]
changi	RobertPlummer: yes RobertPlummer: not working still have the same error	[14:44]
RobertPlummer	changi: What breaks? changi: It should be really close	[14:46]
changi	PHP Fatal error: Call to a member function getModifiedPreferences() on a non-object in /var/local/trunkthemes.tiki.org/www/lib/setup/prefs.php on line 369 RobertPlummer: trying refreshing trunkdoc from doc	[14:46]
RobertPlummer	changi: Sending another patch sent	[14:49]
changi	RobertPlummer: testing ..	[14:51]
RobertPlummer	changi: results?	[14:54]
changi	RobertPlummer: taks time, need to refresh db	[14:55]
RobertPlummer	changi: But we got much farther than last time?	[14:58]
changi	RobertPlummer: yes, we got much farther RobertPlummer: now we have /var/local/trunkdoc.tiki.org/www/lib/setup/prefs.php +369	[15:00]
RobertPlummer	changi: Same error?	[15:01]
changi	RobertPlummer: yes $tikilib is missing	[15:02]
RobertPlummer	changi: patch sent I just got rid of $tikilib calls and added TikiLib::lib("tiki") changi: testing?	[15:05]
changi	PHP Fatal error: Call to a member function getModifiedPreferences() on a non-object in /var/local/trunkdoc.tiki.org/www/lib/setup/prefs.php on line 367 PHP Stack trace: PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0 PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54 PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90 PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114 PHP 5. include_once() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:36 PHP 6. require_once() /var/local/trunkdoc.tiki.org/www/tiki-setup_base.php:149 PHP 7. initialize_prefs() /var/local/trunkdoc.tiki.org/www/lib/setup/prefs.php:35 RobertPlummer: sorry	[15:10]
RobertPlummer	changi: Ok, now I check for existence of method. Much cleaner, patch sent.	[15:19]
changi	Yes 1 more step : PHP Fatal error: Call to a member function get_style_base() on a non-object in /var/local/trunkdoc.tiki.org/www/lib/init/smarty.php on line 55	[15:20]
RobertPlummer	patch sent	[15:22]
changi	another step :) : PHP Fatal error: Call to a member function assignByRef() on a non-object in /var/local/trunkdoc.tiki.org/www/tiki-setup_base.php on line 156 now it's $smarty that is missing	[15:24]
	RobertPlummer: find what was missing some is_object	[15:33]
RobertPlummer	I found a way to start to test it I was including tiki-setup.php, and so it wasen't failing.	[15:33]
changi	RobertPlummer: do you have another patch ?	[15:34]
RobertPlummer	changi: any reason why the installer doesn't have tiki-setup.php initialized? changi: I'm uncovering more and more that aren't set at the moment the installer needs them.	[15:34]
changi	RobertPlummer: don't know	[15:35]
CIA-36	tikiwiki: 03changi67 * r41016 10/branches/9.x/tiki-setup_base.php: [FIX] If smarty is not an object, we can assign anything	[15:38]
changi	fix a little nonsense	[15:39]
RobertPlummer	changi: Try my patch now just sent	[15:43]
changi	you're the best it's working	[15:45]
RobertPlummer	changi: Commit then? Did the tiki wiki 9 converter work?	[15:47]
changi	RobertPlummer: in fact, in your last patch you comment the convert part normal ?	[15:48]
RobertPlummer	changi: woops lol 1 min changi: There you go	[15:49]
changi	RobertPlummer: testing RobertPlummer: need to refresh data	[15:51]
RobertPlummer	ok	[15:55]
	changi: How is it looking?	[16:06]
changi	not so bad just having plenty of notice	[16:07]
RobertPlummer	changi: I saw that, I don't mind it so much, I think I have errors turn all the way up How does the content look? What is the url?	[16:08]
changi	trunkdoc.tiki.org	[16:10]
RobertPlummer	changi: That is running 9.x?	[16:11]
changi	yes :) a little trick :) RobertPlummer: what should we see or not see	[16:12]
RobertPlummer	changi: The pages should just look good, like they did in 6-8 changi: Look for pages with many plugins, those are the worst offenders. which pages have many plugins?	[16:12]
changi	RobertPlummer: good question	[16:14]
RobertPlummer	http://trunkdoc.tiki.org/Advanced+Wiki+Syntax+usage+examples	[16:14]
changi	http://trunkdoc.tiki.org/PluginCode	[16:15]
RobertPlummer	changi: What is your opinion? Things running well? problems?	[16:17]
changi	RobertPlummer: there is a big difference between http://trunkdoc.tiki.org/Advanced+Wiki+Syntax+usage+examples and http://doc.tiki.org/Advanced+Wiki+Syntax+usage+examples RobertPlummer: your code only handle html and nonhtml tag ?	[16:18]
RobertPlummer	I'm not sure what you mean, it looks like %%% is being handled differently. Is that the only thing that sticks out?	[16:21]
	I see the problem,	[16:26]
changi	yes %%% are not handle the same way RobertPlummer: parser parse order ?	[16:30]
RobertPlummer	changi: No I have it returning n<br /> the answer (I think) is to return <br /> and ensure toc looks at both n and <br /> as line breaks	[16:33]
changi	RobertPlummer: i remove the n and it's working :)	[16:35]
RobertPlummer	changi: Yes, but it will fail on other areas. There is a specific syntax I need to try it against it was something that xavi gave the other day.	[16:36]
changi	The trick is after you save the wiki page that you need to click every NaV to edit the dynamic variables you just created and substitute first occurence of %)li% with , then %li(% with and finally %)ol% with and %ol(% with is this normal ?	[16:36]
RobertPlummer	changi: Not sure on that.	[16:38]
changi	RobertPlummer: ok it's the same on doc.tiki.org false alert :)	[16:39]
Jyhem	Polom Is not the same for me in doc.tiki.org :-( doc.t.o: substitute first occurence of %)li% with </li>, then %li(% with <li> trunkdoc.t.o: substitute first occurence of %)li% with , then %li(% with It's the handling of: -+</li>+- Jyhem never even used -+stuff+-	[16:44]
changi	RobertPlummer: to resume, upgrade script is working, substitute things isn't :(	[16:57]
RobertPlummer	substitue things?	[16:57]
changi	Jyhem: salut jm RobertPlummer: <li> is substiture by empty	[16:57]
Jyhem	salut changi	[16:58]
RobertPlummer	How many special characters are there for %)something% or %something(% ? is it just li?	[16:58]
changi	RobertPlummer: ol too	[16:59]
RobertPlummer	changi: what about ul?	[16:59]
changi	ul too in fact it's ul and not ol	[16:59]
Jyhem	no, it's a parsing issue: -+</li>+- is in the source, and doc displays </li> (in <code> style) while trunckdoc displays nothing	[17:00]
changi	Jyhem: in fact it display the true li and ul as html tag	[17:01]
Jyhem	%stuff% is a dynamic var, and it works fine	[17:01]
changi	Jyhem: they are interpreted	[17:01]
Jyhem	it's the -+stuff+- behaviour that changes for html entities	[17:02]
changi	Jyhem: so they should be htmlentitised :) Jyhem: and they aren't	[17:04]
Jyhem	-+~np~%)li%~/np~+- correctly outputs <code>%)li%</code> but -+</li>+- outputs source <code></code> Jyhem believes RobertPlummer understood	[17:06]
RobertPlummer	give me a minute guys trying to fix the line issue	[17:09]
Jyhem	In doc.t.o, it outputs correctly in source: <code><li></code>	[17:09]
RobertPlummer	Let me commit the changes with tiki-setup_base and then I will fix that Jyhem, changi I cannot find where the parser handles %)li%, can you help me find it?	[17:19]
changi	RobertPlummer: ok	[17:22]
CIA-36	tikiwiki: 03robertplummer * r41017 10/branches/9.x/ (11 files in 6 dirs): [FIX] Getting command line tiki installer working with the new converter tikiwiki: 03robertplummer * r41018 10/branches/9.x/lib/parser/parserlib.php: [FIX] Parsing of %%% needs to be done almost last for it not to interfier with toc and data tables	[17:22]
Jyhem	RobertPlummer: there is absolutely nothing to change at the %)li% level! It works quite fine, as the example shows	[17:25]
RobertPlummer	Jyhem, you mean it is working? oh ok	[17:25]
Jyhem	%stuff% is perfectly working what does not work is the explanatory text	[17:25]
RobertPlummer	So at this point are there any outstanding issues with the parser besides %%% which I just fixed? Oh ok, what is the syntax for that?	[17:26]
Jyhem	which explains %stuff%, but the problem part is about -+</li>+- not outputting <code><li></code>	[17:27]
changi	RobertPlummer: %%% is fixed :)	[17:27]
Jyhem	but oitputting <code></code> instead but outputting <code></code> instead	[17:27]
RobertPlummer	? <code></code> is html, it will probably be handled in the browser. if html is on it will simply output <code></code> as html, if it is not it will output <code></code> to the browser which will show up as "<code></code>" to the client	[17:28]
changi	RobertPlummer: i think it's the </code> that is misplaced RobertPlummer: maybe in parse_data_inline_syntax function	[17:31]
RobertPlummer	1 min, checking something	[17:32]
changi	RobertPlummer: it's there for sure	[17:33]
Jyhem	RobertPlummer: yes, <code></code> is html but we want <code><li></code>	[17:33]
changi	RobertPlummer: $line = preg_replace("/(^\|s)-+(.*?)+-/", "$1<code>$2</code>", $line);	[17:33]
Jyhem	Jyhem sorry, was distracted Correct: -+</li>+- →→→ <code><li></code> (in doc.t.o)	[17:33]
RobertPlummer	so <code></code> is in-fact wiki syntax?	[17:34]
Jyhem	Incorrect: -+</li>+- →→→ <code></code> (in trunkdoc.t.o) RobertPlummer: i am talking html source	[17:34]
RobertPlummer	ok ok	[17:35]
Jyhem	-+</li>+- is wiki syntax <code><li></code> is expected page html source Jyhem didn't know quebec universities were still on general strike	[17:35]
changi	RobertPlummer: maybe it's parsed before going in parse_data_inline_syntax	[17:40]
sandroandrade	joined #tikiwiki	[17:44]
RobertPlummer	no I think it was that I was using &$data when parsing even in test scenarious yup that was it svn up	[17:49]
CIA-36	tikiwiki: 03robertplummer * r41019 10/branches/9.x/lib/parser/parserlib.php: [FIX] Still some issues with protect and unprotect, looks solid now, was using &$data even in tests, which changed the original, essentially turning on html always	[17:51]
RobertPlummer	changi, jyhem ^	[17:52]
changi	RobertPlummer: congrats	[17:52]
RobertPlummer	changi, changi, changi and the result?	[17:53]
changi	RobertPlummer: perfect	[17:53]
RobertPlummer	WOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOHOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO!	[17:53]
changi	RobertPlummer: i found another parse issue	[17:53]
RobertPlummer	Yes? quick, I don't have much time	[17:53]
changi	http://trunkdoc.tiki.org/Advanced+Wiki+Syntax+usage+examples#SPLIT_plugin_work-around td width=">100" RobertPlummer: not a parser issue w ikiplugin issue will find it	[17:54]
RobertPlummer	perhaps a plugin issue?	[17:57]
changi	RobertPlummer: yes found the bug :) waouhou	[17:58]
Jyhem	kflsmdkflsmkfmsl ?	[17:58]
RobertPlummer	good deal, can you annouce on dev list, I'm done for the day, I have other things I have to get to/	[17:58]
changi	Jyhem: it's my test :)	[17:59]
mose	mose watches silently from the shadows	[17:59]
changi	mose: lol	[17:59]
Jyhem	Ah, that's a relief :-)	[17:59]
changi	mose: shadow boy	[17:59]
mose	shht (you gonna make me noticed)	[17:59]
Jyhem	Jyhem does not watch the shadows so as not to blow moses's cover :-) RobertPlummer: did you add the line breaks ?	[17:59]
mose	(see, jyhem IS a real friend!)	[18:00]
Jyhem	Jyhem thinks the text is better with the line breaks	[18:00]
RobertPlummer	Jyhem, line breaks?	[18:01]
Jyhem	%)li% with </li> (line break) , then %li(% with <li> (line break) and finally %)ol% with </ul>	[18:02]
changi	Jyhem: i did the line breaks :) Jyhem: just to help seeing the parse issue displaying $line	[18:02]
Jyhem	Yes, i just saw them in the wiki source. It's better that way	[18:03]
RobertPlummer	I have no idea what you guys are talking about	[18:03]
changi	changi oh it's 18h trunkdoc is refresheing :)	[18:03]
RobertPlummer	I can't get %>li& to work %)lt% i mean	[18:03]
Jyhem	RobertPlummer: what are you trying to do and where ?	[18:05]
RobertPlummer	You guys keep wanting me to test %)lt% as wiki syntax, no?	[18:05]
changi	Jyhem: did you ask for that , ? :) changi confused	[18:06]
Jyhem	no, it seems to work fine to me -+</li>+- is fixed. I saw no issue with %)li% Jyhem waitig for Table 'trunkdocto.users_users' to exist again	[18:06]
changi	Jyhem: lol takes time go go go	[18:08]
Jyhem	array 0 => string '~REAL_GT~100' (length=12) 1 => string '100' (length=3)	[18:13]
changi	it's me	[18:13]
Jyhem	hehe, someone is testing :-)	[18:13]
changi	don(t worry it's the problem with SPLIT plugin RobertPlummer: ~REAL_GT~ comes from parser ?	[18:13]
Jyhem	I also see "Plugin execution pending approval " Apart from that, everything looks fine. Jyhem congrats RobertPlummer	[18:14]
changi	Jyhem: do we allow param declared like = and => in plugin ?	[18:17]
Jyhem	?	[18:18]
changi	Jyhem: dans la declaration d'un plugin, les param�tres peuvent �tre d�clare comme toto = tata et toto => tata	[18:18]
Jyhem	like {CODE(wrap=1)}	[18:18]
changi	wrap=>1 is it right too ?	[18:18]
Jyhem	not sure it's already confusing enough to have {tracker trackerId="15" showmandatory="y"} together with {TRACKER(trackerId="15" showmandatory="y") } and {TRACKER(trackerId="15",showmandatory="y") } I did not know about =>	[18:19]
RobertPlummer	changi: Right before it gets to the plugin it should decode ~REAL_GT~ to > Jyhem, changi = and => are both accepted right now	[18:22]
changi	RobertPlummer: so we have an issue	[18:23]
RobertPlummer	not sure why you'd want to use =>, the ">" is just noise.	[18:23]
changi	but not for today	[18:23]
RobertPlummer	changi: What is the plugin?	[18:24]
changi	SPLIT	[18:24]
RobertPlummer	changi: Actual syntax please	[18:25]
changi	http://trunkdoc.tiki.org/Advanced+Wiki+Syntax+usage+examples#SPLIT_plugin_work-around {SPLIT(joincols=>n,fixedsize=>y,colsize=>100\|100)}	[18:25]
benoitg	joined #tikiwiki	[18:27]
Jyhem	bbl	[18:27]
CIA-36	tikiwiki: 03robertplummer * r41020 10/branches/9.x/lib/core/WikiParser/PluginArgumentParser.php: [FIX] htmldecode to unprotecthtmlentities	[18:30]
RobertPlummer	changi: fixed Now I step waway away	[18:30]
changi	RobertPlummer: thx a lot changi: sorry not to be good enough to help you RobertPlummer: working, great RobertPlummer: one last, edit plugin doesn't work :)	[18:32]
Jyhem	back	[18:37]
	I can't approve the plugin in the right column in the "keywords" module :-(	[18:43]
changi	Jyhem: me neither and editing plugin using the quickedit icon doesn't work neither see ya all bye mose :)	[18:43]
RobertPlummer	The inability to edit trunkdoc is because the minified js + tablesorter It is not a blocker and not related to parser	[18:52]
Jyhem	Jyhem managed to approve the right-column plugins in the menupage mudule through editing the page "Keywords" Jyhem not touching minified js :-( Parser is enough for today, i think. Nice job	[19:01]
RobertPlummer	Very good	[19:04]
....... (idle for 30mn)
marclaporte	polom marclaporte wonders if we could have a way to relaunch upgrade on trunkdoc.tiki.org at will? (So we can quickly test Robert's fixes) changi: ^^ :-)	[19:34]
mlaporte	joined #tikiwiki	[19:39]
.... (idle for 19mn)
sylvieg	Does somebody know why on some page I have with fck a toolbar with plenty of tools and for aother page I have only soem tools I know there are 2 modes - but do not know how it is chhosen	[19:58]
........ (idle for 36mn)
Jyhem_laptop	sylvieg: have you looked at tiki-admin_toolbars.php ?	[20:34]
sylvieg	thx Jyhem_laptop in fact it has been fixed by jonny in tiki9 I am stil on tiki8	[20:38]
.... (idle for 18mn)
CIA-36	tikiwiki: 03sylvieg * r41021 10/branches/9.x/templates/modules/mod-user_bookmarks.tpl: [FIX]bookmark: more explicit bouton names	[20:56]
.............. (idle for 1h8mn)
Tiki\|bot	Recent Bug: Tracker item: #4200 - - Compare generated HTML for all *.tiki.org sites between versions (to check for regressions/changes of behavior) - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4200	[22:04]
........ (idle for 38mn)
arildb	joined #tikiwiki	[22:42]
...... (idle for 25mn)
	joined #tikiwiki	[23:07]
Tiki\|bot	Recent Bug: Tracker item: #4201 - - Adding an event to the calendar - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4201	[23:14]
......... (idle for 40mn)
fabricius	joined #tikiwiki polom	[23:54]

←Prev date Next date→ Show only urls

(Click on time to select a line by its url)