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