[00:40] *** thraxisp has joined #tikiwiki
[00:44] *** yonixxx has quit IRC (Ping timeout: 245 seconds)
[00:45] *** yonixxx has joined #tikiwiki
[00:53] *** rodrigo_sampaio has quit IRC (Quit: Leaving.)
[01:00] *** thraxisp has quit IRC (Ping timeout: 245 seconds)
[01:18] *** thraxisp has joined #tikiwiki
[01:23] *** mohrt has joined #tikiwiki
[01:29] *** CK has joined #tikiwiki
[01:29] *** mohrt has quit IRC (Quit: Leaving.)
[01:29] *** CK is now known as Guest94182
[01:30] <Guest94182> Hi! I recently set up tikiwiki on my server; I am wondering how I can set up a module for articule submissions for members/admins
[01:35] *** mohrt has joined #tikiwiki
[01:36] <luciash> Guest94182: hi, have u searched for the module article submission keywords on doc.t.o ?
[01:36] <luciash> polom everybody btw
[01:37] <Guest94182> doc.t.o? I read the tiki for smarties and some document
[01:39] <luciash> http://doc.tiki.org
[01:43] <Guest94182> Yeah, I did
[01:45] *** Guest94182 has quit IRC (Quit: Page closed)
[01:47] *** idle-_ has quit IRC (Ping timeout: 265 seconds)
[01:48] *** idle- has joined #tikiwiki
[01:51] *** mohrt has left 
[02:11] *** JoernOtt has quit IRC (Ping timeout: 240 seconds)
[02:11] *** Caarrie|away is now known as Caarrie|sleeping
[02:12] *** mohrt has joined #tikiwiki
[02:18] *** mohrt has quit IRC (Quit: Leaving.)
[02:27] *** mohrt has joined #tikiwiki
[02:49] *** goj|ghost has joined #tikiwiki
[02:53] *** goj has quit IRC (Ping timeout: 240 seconds)
[02:53] *** goj|ghost is now known as goj
[03:40] *** ttrimm has quit IRC (Quit: Later Folks!)
[03:55] *** mohrt has quit IRC (Quit: Leaving.)
[03:59] *** mohrt has joined #tikiwiki
[04:03] *** mohrt has quit IRC (Client Quit)
[04:31] *** chealer has quit IRC (Remote host closed the connection)
[04:33] *** mlpvolt has quit IRC (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630])
[04:41] *** chealer has joined #tikiwiki
[05:11] *** lindonb has quit IRC (Quit: lindonb)
[05:12] *** lindonb has joined #tikiwiki
[05:13] <CIA-79> tikiwiki: 03chealer * r31005 10/trunk/tiki-login_openid.php: [FIX] OpenID: consumer->begin() can return NULL simply because the OpenID provider doesn't have a trusted certificate, so make the error message vaguer
[05:14] *** chealer has left 
[05:15] *** lindonb has left 
[05:16] *** chealer has joined #tikiwiki
[05:49] *** olinuxx has quit IRC (Quit: http://www.linuxmao.org)
[06:51] *** chealer has quit IRC (Read error: Connection reset by peer)
[06:54] *** chealer has joined #tikiwiki
[07:09] *** ricks99 has joined #tikiwiki
[07:11] *** ricks99 has quit IRC (Read error: Connection reset by peer)
[07:12] *** ricks99 has joined #tikiwiki
[07:31] *** yonixxx has quit IRC (Quit: Leaving...)
[07:32] *** yonixxx has joined #tikiwiki
[08:05] <CIA-79> tikiwiki: 03chibaguy * r31006 10/branches/6.x/templates/tiki-directory_footer.tpl: [ENH] Pointless use of class removed (for simpler CSS rule).
[08:07] <CIA-79> tikiwiki: 03chealer * r31007 10/branches/6.x/tiki-login_openid.php: [bp/r31005][FIX] OpenID: consumer->begin() can return NULL simply because the OpenID provider doesn't have a trusted certificate, so make the error message vaguer
[08:12] <CIA-79> tikiwiki: 03chibaguy * r31008 10/branches/6.x/styles/ (10 files): [CSS] Unnecessary instances of "div.", "span." and "table." removed.
[08:20] *** chealer has quit IRC (Remote host closed the connection)
[08:21] *** chealer has joined #tikiwiki
[08:21] *** chealer has quit IRC (Changing host)
[08:21] *** chealer has joined #tikiwiki
[08:24] *** Wilkins has joined #tikiwiki
[08:24] *** chealer has quit IRC (Remote host closed the connection)
[08:56] *** chealer has joined #tikiwiki
[08:57] *** JoernOtt has joined #tikiwiki
[10:30] *** redflo has joined #tikiwiki
[10:54] *** rodrigo_sampaio has joined #tikiwiki
[10:58] *** yonixxx has quit IRC (Read error: Connection reset by peer)
[10:58] *** yonixxx has joined #tikiwiki
[10:59] <JoernOtt> is there a way in tiki 6 to make a blog the start page?
[11:00] <JoernOtt> I tried to go via admin/General on the navigation tab
[11:01] <rodrigo_sampaio> JoernOtt: to do that the only trick is that you have to set first the blog home page on Admin -> Blogs and after that set the feature blog as the home page on Admin -> General
[11:02] <JoernOtt> ok
[11:02] <JoernOtt> thx
[11:06] <JoernOtt> well, after setting it in Admin->General, it always reverts to "Wiki"
[11:23] *** rodrigo_sampaio has quit IRC (Quit: Leaving.)
[11:26] <JoernOtt> I just set tikiIndex in the tiki_preferences table manually to "blog1" and got the desired results
[11:28] *** conner_bw has joined #tikiwiki
[11:33] *** rodrigo_sampaio has joined #tikiwiki
[11:36] <rodrigo_sampaio> JoernOtt: I have the same problem, so looks like a new bug
[11:37] <rodrigo_sampaio> JoernOtt: was working a few weeks ago, so probably a regression bug
[11:37] *** conner_bw has quit IRC (Quit: conner_bw)
[11:42] <Tiki|bot>  Info: Tiki Training Day in Quebec City on December 8th - http://info.tiki.org/article126-Tiki-Training-Day-in-Quebec-City-on-December-8th
[11:44] *** Caarrie|sleeping is now known as Caarrie|away
[11:44] *** xavi has joined #tikiwiki
[11:45] *** yonixxx has quit IRC (Read error: Connection reset by peer)
[11:55] *** ricks99 has quit IRC (Quit: Get more help: Tiki for Smarties http://twbasics.keycontent.org and Tiki Essentials http://twessentials.keycontent.org)
[12:06] *** ricks99 has joined #tikiwiki
[12:12] <ricks99> hi all :-)
[12:29] *** jonnyb has joined #tikiwiki
[12:35] <Tiki|bot>  Recent Bug: Tracker item: #3691 - - Category Transition not working  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3691
[12:52] <JoernOtt> rodrigo_sampaio: I just set the value manually in tiki_preferences
[12:53] <JoernOtt> There you could also use "blog35" even if another blog is set to your home blog ;-)
[13:01] *** thraxisp has quit IRC (Ping timeout: 245 seconds)
[13:13] *** PhilBack_ has joined #tikiwiki
[13:14] <PhilBack_> Polom!
[13:18] <PhilBack_> I am fighting with UserTracker and the registration of users. The user tracker works fine when I edit items and view them when users are logged. But  the registration form allows me to input the data but doesn't save. Ideas?
[13:19] <PhilBack_> I mean, during the registration process.
[13:19] <jonnyb> polom PhilBack_ - which tiki version?
[13:21] <PhilBack_> 6.x
[13:22] <PhilBack_> I am looking inside the code of wiki_plugin and registrationlib and tiki-register.php|tpl for a while now... Trackers are not that easy code-wise, given all the features :-)
[13:23] <ricks99> i've got user-registration tracker workin on my tiki 6 sites. i haven't seen any issues
[13:23] <PhilBack_> the tracker works inside the site, no issue.
[13:23] <PhilBack_> The point is registering users at the start.
[13:23] <ricks99> i mean, the tracker works during registration process just fine
[13:24] <PhilBack_> http://tiki.socius.be/tiki-register.php isn't working for me. Fields do appear and I can fill them in. The user gets registered but not the values in the user tracker.
[13:25] <ricks99> i assume that you have the "user information tracker" selected correctly and the primary field identifed with the userid, right?
[13:25] <PhilBack_> The fields shown are a subset of all possible fields in the user tracker. May it be linked to it.
[13:25] <PhilBack_> yes, the field is properly set. With 1 autoassign and all.
[13:26] <PhilBack_> It's weird.
[13:26] <PhilBack_> I use wikipage templates for the look.
[13:26] * ricks99 didnt' realize that you can use a wikipage tpl for the registration form. cool!
[13:27] <PhilBack_> Yes, it works. Hence my disappointment when it doesn't saves right... :-(
[13:29] <ricks99> so no record created at all in the db?
[13:29] <ricks99> or is there a record, just not attached to the new user?
[13:30] <PhilBack_> Let me see. I guess, there isn't any. But want to be 100% sure.
[13:32] <PhilBack_> No record. No trackeritem, No trackerfield values
[13:34] <ricks99> do u have tiki error reporting turned on? any errors?
[13:34] <PhilBack_> Well,lemme check that.
[13:35] <jonnyb> most odd - PhilBack_ (and hi ricks99) - i have a 6.x one running fine, so no bugs there i am aware of
[13:35] <jonnyb> just found a big horror in 6.x - feature_wiki_protect_email seems very broken :(
[13:37] <PhilBack_> I've got a bunch of notices.
[13:37] <PhilBack_> but it tells me: You will receive an email with information to login for the first time into this site 
[13:37] <PhilBack_> and I get the mail.
[13:38] <ricks99> so the rest of the registration process works? user can actually verify and login?
[13:38] <PhilBack_> yes, sure
[13:38] <ricks99> as with jonnyb (hi) i too have 6.x with user registration tracker and no issues....
[13:39] <PhilBack_> mmmh, well, ...
[13:39] <ricks99> can you check the db tables and verify that none are marked as crashed (especialy the tiki_tracker_xx tables)
[13:39] <PhilBack_> already did at least twice.
[13:39] <PhilBack_> nothing.
[13:39] <ricks99> hm.
[13:39] <PhilBack_> indeed
[13:40] <jonnyb> can anyone else please check if feature_wiki_protect_email is failing? I'm getting the javascript tag sanitised and it wrecks all the JS on a page :(
[13:40] <jonnyb> i'm fixing now... (not trivial)
[13:40] <ricks99> as an experiement, can you create a new tracker, just simple, and use it as the registration tracker, but  *without* the wikitpl
[13:40] <PhilBack_> will do.
[13:41] <PhilBack_> here, I've got username as field in my usertracker with userselector as type and 1 as parm (autoassign)
[13:42] *** lphuberdeau has quit IRC (Ping timeout: 255 seconds)
[13:43] <PhilBack_> tiki-view_tracker_item.php?view=+user works perfectly once logged in...
[13:43] <ricks99> @jonnyb: protect email seems to b fine for me
[13:43] <PhilBack_> view/edit
[13:44] <jonnyb> ricks99: hmm, seems to depend on the user pref - i have "Is email public? (uses scrambling to prevent spam)" = "no")
[13:46] <ricks99> r u talking about a specific user's email protection? or the generic js that will protect any foo@bar.com on a wiki page?
[13:46] <jonnyb> seems to be the generic one...
[13:47] <ricks99> seems fine on my 6.0
[13:47] <jonnyb> hmm, ok - it's an allow_html thing - seems to get more sanitised then a page is html
[13:47] <jonnyb> (i.e. using wysiwyg)
[13:47] <ricks99> ahh....
[13:47] *** lphuberdeau has joined #tikiwiki
[13:48] <ricks99> works fine in tiki edtor
[13:48] <jonnyb> ok, there was something else that broke like that - i'll redirect my debugging
[13:48] <jonnyb> hi lphuberdeau 
[13:48] <lphuberdeau> good morning
[13:48] <PhilBack_> hi lphuberdeau
[13:49] <JoernOtt> lo
[13:49] <ricks99> hi lph
[13:49] <lphuberdeau> I think this is more welcoming than average
[13:49] <lphuberdeau> what do you all want?
[13:49] <jonnyb> :D
[13:50] <PhilBack_> :-p
[13:50] * ricks99 wants a perfect search :-)
[13:51] <PhilBack_> I want usertracker fixed
[13:51] <Tiki|bot>  New Forum Posts: Tracker Email Field Validation REGEX - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=39730
[13:51] <lphuberdeau> sorry phil, I can't fix what I can't wrap my head around
[13:52] <PhilBack_> hehe
[13:53] *** thraxisp has joined #tikiwiki
[13:54] <PhilBack_> Debugging with Ajax is really an issue... How do you deal with that people?
[13:54] <lphuberdeau> firebug
[13:55] <jonnyb> sometime even that gets lost
[13:55] <PhilBack_> Well, I mean at the PHP level. My debugger keeps at opening files that are in Ajax requests. I am debugging the PHP code.
[13:55] <lphuberdeau> yeah, just avoid bugs in the first place
[13:55] <jonnyb> last resort i hack - alert("here!") - commands in the scripts
[13:55] <PhilBack_> I am looking for someone else's...
[13:55] <lphuberdeau> console.log() works for me
[13:56] <jonnyb> PhilBack_: are you using eclipse/aptana? There's an option to "break on first line" that's really annoying - switch it off
[13:56] <jonnyb> it's in the debugger options config thing
[13:57] <PhilBack_> I am using NuSphere's PhpED. Yes, that's maybe the thing. It stops at every file.
[13:57] <PhilBack_> Thanks jonnyb
[13:57] * jonnyb googles
[13:57] <PhilBack_> Ha!
[13:58] <jonnyb> is money? (and Windows only?)
[13:58] <PhilBack_> Windows.
[13:58] <PhilBack_> Money.
[13:58] <PhilBack_> But worth every cent.
[13:59] <jonnyb> there isn't enough money to make me use Windows (well, not in the Tiki world! :) )
[13:59] <PhilBack_> Bah, I am pretty agnostic. Windows, Linux, Mac, all over me in this office. Even Blackberry OS.
[13:59] <jonnyb> but i've been planning to spend some money on an IDE if i can find one that's better than Aptana (for Mac OS)
[14:00] <PhilBack_> PhpEd works under Parallels and VMWare Fusion on my Mac
[14:00] <PhilBack_> fair enough for me.
[14:00] <PhilBack_> But I prefer to code under Windows, go figure.
[14:00] <jonnyb> Me too - but in my own home, with my own money i don't tend to want to use it on microsoft products...
[14:01] <jonnyb> have parallels, but need a native thing (12 hours a day in an emulator is no fun)
[14:01] <PhilBack_> Well, I have my own business and Microsoft Action Pack is a bargain. (Parallels no emulator, it runs native code in x86)
[14:01] <jonnyb> each to their own ;) i was just checking...
[14:02] <PhilBack_> tracker found properly in the code.
[14:03] <PhilBack_> Mac is perfect for video and audio. Linux perfect for heavy lifting. 
[14:03] <lphuberdeau> I still don't understand what feature is missing in vi that pushes people towards those huge IDEs
[14:04] <PhilBack_> Well, can use vim and even the PHP plugins but easier with PhpEd. Will do a vid to show.
[14:05] *** redflo has left 
[14:17] <lphuberdeau> ricks99, you know you can help make it better by providing feedback early, right ? :)
[14:17] <ricks99> been posting to the page on dev.t.o
[14:17] *** mohrt has joined #tikiwiki
[14:22] <lphuberdeau> about the popularity stuff, it does not seem impossible, but that kind of falls lower in priority - fuzzy stuff is hard to flag as completed
[14:23] <lphuberdeau> but most of the rating stuff can already be achieved with advanced ratings
[14:31] *** conner_bw has joined #tikiwiki
[14:32] <CIA-79> tikiwiki: 03jonnybradley * r31009 10/branches/6.x/lib/tikilib.php: [FIX] parse_data: Don't parse inline syntax for ck_editor. Email protect JS gets sanitised and breaks the page.
[14:34] <CIA-79> tikiwiki: 03pkdille * r31010 10/branches/6.x/lang/fr/language.php: Typo
[14:34] <lphuberdeau> about range filtering, that's in. I don't keep track of expiry at this time... outside of articles, what else can expire?
[14:35] <ricks99> calendar items
[14:35] <ricks99> tracker items with date range
[14:36] <lphuberdeau> calendar items right now are "left as an exercise to the reader"
[14:37] <ricks99> ?
[14:37] <lphuberdeau> not implemented
[14:37] <ricks99> doing a site search should NOT find expired events (at least not as default)
[14:37] <CIA-79> tikiwiki: 03jonnybradley * r31011 10/branches/6.x/lib/smarty_tiki/block.textarea.php: [FIX] wysiwyg: Oops, committed debug setup, apologies (thanks Geoff)
[14:38] <ricks99> or past events should b ranked lower
[14:38] <ricks99> the other big thing ive been thinking about, is a way to show/filter search results to show items to which i have contributed
[14:38] <ricks99> i = the searcher
[14:39] <lphuberdeau> contributors are indexed when possible
[14:39] <lphuberdeau> all of em for wiki pages, only first/last for most of the rest
[14:39] <ricks99> perfect.
[14:39] <lphuberdeau> because the db does not keep em all
[14:40] <ricks99> coud this be extended  to "participants" in calendar events?
[14:40] <lphuberdeau> I know nothing about calendars
[14:40] <ricks99> when calendar is implemented?
[14:40] * lphuberdeau hopes someone else will do it
[14:41] <lphuberdeau> but essentially, about anything can be added to the index, it just becomes a matter of making a UI that makes sense to search in it
[14:41] <PhilBack_> ricks99, something is failing in wikiplugin_tracker.php when the system tries to find if values have to be saved or something. That's where the issue lies with the UserRegistration tracker.
[14:41] <PhilBack_> Will compare with latest code.
[14:41] <PhilBack_> from 6.x
[14:42] <ricks99> @PhilBack_: not sure. as i said, the registration trackers are working on my 6 sites :(
[14:44] <PhilBack_> there is something in there. I've debugged step by step. The registrationlib->register_new_user succeeds and then tiki-register.php proceeds with the usertracker and.. well, fails. This is something with a test. 
[14:46] <PhilBack_> ($_SERVER['SCRIPT_NAME'], 'tiki-register.php') === false fails or something like that. the $_SERVER[...] value is "/tiki-register.php' at debug time. not tiki-register.php Maybe this has to do but not sure.
[14:53] <CIA-79> tikiwiki: 03jonnybradley * r31012 10/branches/6.x/lib/prefs/feature.php: Add conditional warning to feature_wiki_protect_email pref to warn about it not working in wysiwyg mode.
[14:54] <jonnyb> PhilBack_: sounds feasible - what file/line?
[14:56] <jonnyb> only one i can find is in wikiplugin_tracker.php - and that uses strpos, so should match /tiki-register.php
[14:56] <PhilBack_> lib/wiki-plugins/wikiplugin_tracker.php:314
[14:56] <PhilBack_> yes but execution flow doesn't go in. Maybe strpos should test agains 0
[14:57] <PhilBack_> That's when it should save.
[14:58] <jonnyb> but strpos($_SERVER['SCRIPT_NAME'], 'tiki-register.php') === false should me it's testing that we're NOT on tiki-register.php (no?)
[14:58] <jonnyb> strpos returns false if the string's not found
[14:58] <jonnyb> returns 0 if it's found at char 0
[14:58] <PhilBack_> Test wrong then. I"ll test.
[14:59] <jonnyb> try tiki-register.php
[14:59] <jonnyb> (expect that's where you started :P)
[14:59] <PhilBack_> yes
[14:59] <jonnyb> line 70ish
[15:00] *** conner_bw has quit IRC (Quit: conner_bw)
[15:00] <jonnyb> sorry, no - that's where it makes the form
[15:02] <PhilBack_> thing is: the user gets registered using the registration lib, confirmation is given, but the tracker item values aren't written out during registration. The only place would be in wikiplugin_tracker. But it doesn't happens.
[15:03] <CIA-79> tikiwiki: 03cdrwhite * r31013 10/trunk/ (3 files in 3 dirs): [NEW] Accounting: Allow cancellation of entries in the journal
[15:08] <lphuberdeau> JoernOtt: by the way, I gave a quick look at the code, everything seems standard
[15:08] <jonnyb> PhilBack_: can't see where or how it creates the usertracker item - mysterious...
[15:08] <PhilBack_> ah ah, I guess it doesn't
[15:09] <PhilBack_> the mystery deepens
[15:09] *** ricks99 is now known as ricks99|away
[15:09] <JoernOtt> lphuberdeau, thanks, I am trying hard to
[15:09] <jonnyb> well, it does on one site i have - but i never stepped through it - it just seems to work for me
[15:09] *** xavi has quit IRC (Quit: Page closed)
[15:10] <lphuberdeau> I don't know much about accounting (just enough to be dangerous actually), so I can't really comment on the specifics
[15:10] <JoernOtt> There are still many open points but the ones documented should work now
[15:11] <lphuberdeau> I see that you manually set object permissions when creating some type of object
[15:11] <PhilBack_> seeming to work as well here, but doesn't. I have to login, and then, fill in my user tracker data. But upfront, it doesn't goes well. But: I am not using ALL fields from the user tracker in the user tracker form. Could it be the issue? In fact, I do not want to ask everyting upfront, just the essentials.
[15:11] <JoernOtt> this is the very special part, when creating a book
[15:11] <JoernOtt> I create a group for this books "admin accountants" as well
[15:12] <lphuberdeau> I think it's a nice usability touch, but I can't help to wonder if the management burden wouldn't be lower by using category permissions
[15:12] <JoernOtt> and give the necessary objet permissions for that book to the newly created group
[15:13] <JoernOtt> Theroretically you could set up an accounting company with tiki
[15:14] <JoernOtt> for each customer you have one book (per year), none should see the others and different people are allowed to do different things
[15:14] <lphuberdeau> and that really has to change from book to book?
[15:14] <lphuberdeau> or you could just have a category per client and manage permissions there?
[15:14] *** conner_bw has joined #tikiwiki
[15:14] <JoernOtt> of course, I would not want the computer-club people look into my companys finances
[15:15] <JoernOtt> or worse one of the current "accountants" to book in there
[15:15] <lphuberdeau> I see the need for permissions, trying to see if forcing the granularity and group creating is really mandatory
[15:16] <JoernOtt> In the beginning I was planning on one book only,  but the different books were a request on the accounting page
[15:16] <jonnyb> PhilBack_: ok, i eventually get through to wikiplugin_tracker.php line 631 which seems to create the tracker item for me - you don't i guess?
[15:16] <jonnyb> called from tiki-register.php line 79
[15:18] <lphuberdeau> I guess I would like to see more categories used in there, because that's the binding point with other features... categorize books and items in there
[15:18] <PhilBack_> @jonnyb: you mean the trklib->replace_item?
[15:18] <jonnyb> yup
[15:18] <JoernOtt> Take my company as an example: I am the owner, so I should be able to view, but I am not getting my hands dirty (in theory). My employee does not know much about accounting, but she has to type in all the paperwork, so she'll get book_stack permissions but no view permissions
[15:18] <PhilBack_> about there, stepping...
[15:19] <JoernOtt> and then we have an accountant who may book 
[15:19] <JoernOtt> so, for one book we already have 3 groups
[15:19] <PhilBack_> never got there.
[15:19] <lphuberdeau> oh, so the stack is some sort of buffer space
[15:19] <JoernOtt> a sandbox
[15:20] <JoernOtt> you can book transactions there and alter them
[15:20] <JoernOtt> for the IRS, it does nor exist
[15:20] <PhilBack_> @jonnyb: This is never triggered and I get the "You'll receive an email..." 
[15:20] <lphuberdeau> oh yeah, transactions, you seem to have dangling code about that in there
[15:20] <JoernOtt> and the accountant reviews stuff in there and moves it to the journal
[15:20] <lphuberdeau> (database transactions)
[15:20] <PhilBack_> @jonny and $values are empty
[15:20] <JoernOtt> "transactions" are booking transactions here
[15:21] <jonnyb> PhilBack_: do you get into wikiplugin_tracker.php - and past line 355?
[15:22] <PhilBack_> I do get into wiki_plugintracker.php but will check line 355. Breakpoint set. I've to encode the fields
[15:23] <lphuberdeau> Actually, if you could make items categorizable, it would be really nice... you could attach expenses to projects or clients and then list those at different places
[15:23] <lphuberdeau> otherwise, the code seems ok to me
[15:24] <PhilBack_> l 289: $values is NULL
[15:24] <JoernOtt> well, a transaction is always at least two accounts and usually a client is an account
[15:24] <PhilBack_> $_REQUEST contains all track_ fields
[15:25] <PhilBack_> $itemId empty
[15:25] <JoernOtt> so if I book EUR1000 from your account into profits, that means I charged you 1000 EUR
[15:25] <CIA-79> tikiwiki: 03jonnybradley * r31014 10/branches/6.x/lib/setup/twversion.class.php: [REL] Preparing 6.1 alpha 1
[15:25] <PhilBack_> Skipping: if (isset($_REQUEST['removeImage']) && !empty($_REQUEST['trackerId']) && !empty($_REQUEST['itemId']) && !empty($_REQUEST['fieldId']) && !empty($_REQUEST['fieldName']))
[15:25] <JoernOtt> and later when you pay, I'll book EUR 1000 from BANK to your account
[15:26] <PhilBack_> got to 362
[15:27] <lphuberdeau> wouldn't it be nice to be able to list all transactions related to project XYZ, which is just one among many others with a given client?
[15:27] <jonnyb> PhilBack_: hmm, the $tracker['start'] bit - not sure what that is but mine skipped straight over that bit
[15:27] <JoernOtt> which I can easily do by assigning it an account number (this is what accountants usually do)
[15:28] <JoernOtt> just wondered why large companies run with 12 or more digit account numbers?
[15:28] <PhilBack_> inside if ($thisIsThePlugin) {
[15:29] <jonnyb> on your tracker edit form do you have the checkbox "Items can be created only during a certain time" checked?
[15:29] <PhilBack_> no
[15:29] <lphuberdeau> sure, there is the classic way of doing it, but tiki has categories that can also do that, and if there are other documents in Tiki related to those projects, they could all be linked together
[15:29] <jonnyb> what's the value of $tracker['start'] there? (and end)
[15:29] <JoernOtt> if you are clever when planning your accounts schema, you can also group similar projects from different clients, because they al have 9** at the end
[15:30] <lphuberdeau> ... or not have to be clever and use the existing hierarchy
[15:30] <jonnyb> PhilBack_: looks like it must be line 361 that's failing for oyu
[15:30] <PhilBack_> null
[15:31] <jonnyb> and $tikilib->now ?
[15:31] <jonnyb> something in that line must be true
[15:31] <PhilBack_> : long = 1291389765
[15:31] <jonnyb> sounds like "now"
[15:32] <JoernOtt> I do not know what implications it would cause on my workload, implementing categrories and where to implement them
[15:32] <jonnyb> PhilBack_: bizarre - i call these "1 equals 2 problems"...
[15:33] <JoernOtt> At the moment, I am just trying to get the core functionality of an accounting software to work here
[15:33] <PhilBack_> $ins_fields["data"][] look like okay
[15:34] <jonnyb> PhilBack_: but it does the return on line 362?
[15:34] <lphuberdeau> joernott, I get that, just discussing here and trying to understand where it's all going
[15:34] <PhilBack_> can't see now, I've been back to the web okay page.
[15:34] <PhilBack_> Well, brb10 my wife calls me...
[15:35] <lphuberdeau> and maybe pushing a bit for it to be an accounting system within tiki rather than an accounting system on top of tiki
[15:36] <JoernOtt> this is why I try to create things as modular as possible and with a lot of documented functions in the accountinglib
[15:37] <JoernOtt> so that we'll have easy interfaces
[15:42] *** conner_bw has quit IRC (Quit: conner_bw)
[15:47] *** rodrigo_sampaio has quit IRC (Quit: Leaving.)
[15:55] <PhilBack_> @jonnyb I get past that
[15:56] <jonnyb> but not as far as where the replace_item happens?
[15:56] <CIA-79> tikiwiki: 03lphuberdeau * r31015 10/trunk/ (3 files in 3 dirs): [MOD] Adding category picker to build category filter query
[15:57] <PhilBack_> indeed
[16:00] <PhilBack_> $fields_plugin contains ALL plugin fields, not only the ones I have in the tracker.
[16:08] * lphuberdeau is quite happy with the category query builder, but needs someone to make it pretty
[16:09] <thraxisp> I'm having problems with the CSS menus on IE6/7. The theme is coelese.
[16:10] <CIA-79> tikiwiki: 03jonnybradley * r31017 10/branches/6.x/ (4 files in 4 dirs): [MOD] fgals: Change the default for gallery "archives" to 0 meaning unlimited, instead of -1 meaning none (it's the wiki way!)
[16:10] <thraxisp> The text and icons underneath the menu show through or are on top of the menu.
[16:12] <PhilBack_> jonnyb: found why: fields are not correctly compared. I do have a alphanumeric fields encoded under "Functie" which ends up tested against a "PostCode". Obviously not a numeric and that's the error I get on the field...
[16:13] <jonnyb> PhilBack_: strange, is it a bug then? or a config issue?
[16:14] <PhilBack_> bug
[16:14] <Tiki|bot>  New Forum Posts: WYSIWYG editor window Background issues? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=39732
[16:15] <PhilBack_> The code works if you use ALL fields of the user tracker at registration time. If you use only a subset and want others to be filled later, it fails.
[16:15] <jonnyb> not sure what "Functie" is?
[16:15] <PhilBack_> $field_errors = $trklib->check_field_values($ins_fields, $categorized_fields, $trackerId, empty($itemId)?'':$itemId);
[16:15] <PhilBack_> 'Functie" is the label of one of my tracker fields meant for things like "Job or Position"
[16:15] <jonnyb> hmm, if they're mandatory? or just not filled in?
[16:16] <PhilBack_> no it checks the wrong fields.
[16:16] <jonnyb> seems odd, i thought i have a similar thing but was ok
[16:17] <PhilBack_> $ins_fields is 6 entries, whereas the tracker has more. I'll track it down now.
[16:19] <jonnyb> (you just reminded me of a little usertracker bug - it shows "user: *" on the registration form but no field)
[16:19] <PhilBack_> I'll be more knowledgeable about trackers for sure...
[16:22] <jonnyb> brave man! :D
[16:23] <thraxisp> jonnyb: I saw that (user: * with no field yesterday). The visibility was set to creator and admin.
[16:23] <thraxisp> Setting it to all and controlling access by groups allowed the field to show.
[16:23] <jonnyb> yes, i just removed that field id from the user tracker fields list on the reg group properties - makes it disappear but it still works
[16:26] <PhilBack_> jonnyb: the issue is not in check_filed_values but before because $ins_fields contains crap.
[16:26] *** ricks99|away has quit IRC (Quit: Get more help: Tiki for Smarties http://twbasics.keycontent.org and Tiki Essentials http://twessentials.keycontent.org)
[16:26] <CIA-79> tikiwiki: 03jonnybradley * r31018 10/branches/6.x/lib/tikilib.php: [FIX] listpages: Do an exact match when exact_match is true
[16:27] <PhilBack_> @jonnyb: I happen to love trackers :-)
[16:27] <jonnyb> hurrah! someone who can code and loves tracker! :)
[16:27] <lphuberdeau> I guess the love/hate relation you have with trackers depend on which side of the user/developer fence you are on
[16:28] <jonnyb> there's a plan to do a very severe refactoring job on them for Tiki 7 or 8 - it's well overdue
[16:29] <thraxisp> Is there a way to allow only the creating user (or admin) to edit the information they added? For example, let the user edit their UserTracker information without everyone else seeing it?
[16:31] <PhilBack_> Well, there isn't much like that in other CMS/Groupware. 
[16:31] <PhilBack_> @thraxisp yes
[16:33] <thraxisp> PhilBack_: pointer please
[16:33] *** conner_bw has joined #tikiwiki
[16:36] *** rodrigo_sampaio has joined #tikiwiki
[16:47] <jonnyb> thraxisp: i think as long as there's a user selector field with option "1" it just does it - oh, and check "Item creator can modify his items?" in the tracker properties
[16:56] <CIA-79> tikiwiki: 03lphuberdeau * r31019 10/trunk/ (3 files in 3 dirs): [MOD] Adding language filter to the UI
[16:57] <CIA-79> tikiwiki: 03jonnybradley * r31020 10/branches/6.x/lib/ckeditor_tiki/tikilink_dialog.js: [FIX] wysiwyg: tikilink jslint, change "Link Text" label and remove utf8 BOM
[17:03] <PhilBack_> jonnyb: found issue: config mess by the user behind my back. Thanks for the help. Works all right now. He messed a {$f_xx} in the wiki template... Rhaaa
[17:03] *** olinuxx has joined #tikiwiki
[17:03] <thraxisp> jonnyb: I have that, but I also don't want others in the group to be able to see the information in the tracker. 
[17:04] *** redflo has joined #tikiwiki
[17:04] <jonnyb> PhilBack_: nice one, that's what users are for :P
[17:05] <jonnyb> thraxisp: have you tried removing the relevant view permission for that group from the tracker?
[17:06] *** conner_bw has quit IRC (Quit: conner_bw)
[17:10] <PhilBack_> @jonnyb: anyway, keep in touch for trackers ... :-)
[17:15] *** Wilkins has quit IRC (Ping timeout: 255 seconds)
[17:16] <thraxisp> jonnyb: I did, but then I can't list the tracker to edit the item (message "You don't have permission to use this feature")
[17:16] <CIA-79> tikiwiki: 03lphuberdeau * r31021 10/trunk/lib/jquery_tiki/tiki-jquery.js: [MOD] Adding an empty character to help default selection
[17:18] <jonnyb> thraxisp: odd - you're admin?
[17:19] <thraxisp> yes. Admin can see and edit everything. I want the user to be able to edit their own record but not see other user's records.
[17:20] <thraxisp> The user (group Registered) sees the error
[17:20] <jonnyb> hmm, i thought that was possible - not done it myself though
[17:23] <CIA-79> tikiwiki: 03jonnybradley * r31023 10/branches/6.x/lib/ckeditor_tiki/tikilink_dialog.js: [FIX] wysiwyg: Fill tikilink "Link Text" with selection when creating a new link.
[17:32] <PhilBack_> I cannot disable "User Messages" in Admin/Community. How comeS?
[17:34] *** ricks99 has joined #tikiwiki
[17:35] <jonnyb> PhilBack_: you're right - looks like a bug
[17:36] <jonnyb> worked 2nd time when i clicked the little green arrow
[17:38] <thraxisp> jonnyb: I'll play with it some more. (I need to create a sandbox on a local machine).
[17:38] <thraxisp> my more pressing problem is the CSS Menus. tw.o has the same problem.
[17:42] <jonnyb> PhilBack_: looks like feature_messages appears twice in admin/community
[17:48] <CIA-79> tikiwiki: 03jonnybradley * r31024 10/branches/6.x/ (2 files in 2 dirs): 
[17:48] <CIA-79> tikiwiki: [FIX] admin community: feature_messages appeared twice in the same admin page, so you had to click both to make a change. Removed the 2nd one (and added some missing dependencies for the other prefs)
[17:48] <CIA-79> tikiwiki: Thanks PhilBack
[17:58] <CIA-79> tikiwiki: 03sampaioprimo * r31025 10/branches/6.x/lang/de/language.php: German translations done on i18n.tiki.org (1140 new translations and 100 translations updated!)
[18:00] <Tiki|bot>  Recent Bug: Tracker item: #3692 - - Text shows through CSS Menu in IE7  - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3692
[18:01] <PhilBack_> @jonnyb: ok, will look
[18:04] <PhilBack_> I'd like to bridge calendars and trackers for registering people to events. How to do this ? Insert a TRACKER in the event description? I'd like to have this in the right margin as a  module.
[18:10] <jonnyb> PhilBack_: it's a common thing - been a holy grail for a long time (non-trivial to do properly)
[18:31] *** ttrimm has joined #tikiwiki
[18:42] <sylvieg> PhilBack_: The only thing existing now is http://doc.tiki.org/PluginTrackerList#Tracker_as_calendar
[18:43] <thraxisp> Another tracker question. Is there a way to update a tracker based on a wiki page without user input? I want to add an "i've paid" flag to a tracker and have it set when the user comes back from the payments page (e.g. PayPal).
[18:45] <lphuberdeau> I don't think you can actually rely on that page hit alone
[18:45] <lphuberdeau> if you use tiki payments, you can attach a behavior to update the tracker when the payment is received
[18:46] <lphuberdeau> not that the behavior is written for trackers, but there is a better hook for that
[18:51] <chealer> polom
[18:55] <jonnyb> hi chealer 
[18:56] <thraxisp> I see that there can be a button to prefill a tracker, so I'm looking for a way to do that without the button.
[18:58] <PhilBack_> @sylvieg: Ok, I'll do some code then/
[18:58] <lphuberdeau> the problem is that you rely on something that may not be true - unless you change the value from the actual payment confirmation, which comes from paypal IPN, there is no way you can be sure you're not marking a payment as paid that is not
[19:04] <thraxisp> lphuberdeau: that was the plan. Right now it needs to be correlated by hand.
[19:05] <lphuberdeau> not sure it's much harder to add a behavior than to fiddle around tracker prefilter
[19:06] <thraxisp> lphuberdeau: thanks. I'll look into it some more this weekend.
[19:06] <changi|away> polom
[19:06] *** changi|away is now known as changi
[19:08] <chealer> hi changi, jonnyb
[19:08] <changi> chealer: hi
[19:09] <CIA-79> tikiwiki: 03changi67 * r31027 10/branches/6.x/README: [REL] Update README file for 6.1alpha1
[19:11] <chealer> changi: tu te fais à l'idée de ne pas avoir de 6.1 pour ta fête? :-)
[19:11] *** ricks99 has left 
[19:11] * chealer had 1.7.1 for his 18th birthday. But didn't have to release it.
[19:15] <changi> chealer: oui tant pis 
[19:17] <CIA-79> tikiwiki: 03changi67 * r31028 10/branches/6.x/lang/ (47 files in 47 dirs): [REL] Update language.php files for 6.1alpha1
[19:18] <CIA-79> tikiwiki: 03changi67 * r31029 10/branches/6.x/changelog.txt: [REL] Update changelog.txt for 6.1alpha1
[19:21] <CIA-79> tikiwiki: 03changi67 * r31030 10/branches/6.x/copyright.txt: [REL] Update copyright.txt for 6.1alpha1
[19:21] <changi> for ricks : Changelog updated with 167 new commits (revision 31025 to 30768), excluding duplicates, merges and release-related commits.
[19:21] <jonnyb> hi changi 
[19:21] <jonnyb> i'm (as usual) just about to do a little commit :)
[19:22] <jonnyb> (and don't care about the changelog - it's alpha anyway)
[19:22] <changi> you have exactly 2 minutes :)
[19:22] * jonnyb loves the pressure
[19:27] <changi> just let me know when it's done.
[19:27] <jonnyb> ok, let's alpha! :)
[19:27] <changi> i'm going to eat something
[19:28] <CIA-79> tikiwiki: 03jonnybradley * r31031 10/branches/6.x/ (4 files in 4 dirs): 
[19:28] <CIA-79> tikiwiki: [ENH] newsletters: Quick fix for the newsletter CSS problem (where it would include all the css in the emails).
[19:28] <CIA-79> tikiwiki: Adding the possibility to have styles/yourtheme/newsletter.css (and one for option too) which will be minified and written into the mail if found (otherwise follows previous behaviour of including everything).
[19:28] <CIA-79> tikiwiki: Added fivealive/newsletter.css and fivealive/options/grape/newsletter.css for testing purposes (need more work pls).
[19:28] <CIA-79> tikiwiki: Made minify_css() in headerlib public.
[19:28] <jonnyb> 2 minutes you said :P
[19:28] <jonnyb> eating good, i'm off for that too - bbl
[19:29] <changi> ok
[19:29] <CIA-79> tikiwiki: 03changi67 * r31032 10/branches/6.x/db/tiki-secdb_6.1_mysql.sql: [REL] SecDB for 6.1alpha1
[19:30] <jonnyb> thanks changi 
[19:50] <CIA-79> tikiwiki: 03lphuberdeau * r31033 10/trunk/lib/tikilib.php: [MOD] When running the parser with stripplugins, preserve the body which may contain valid data
[19:51] *** rodrigo_sampaio has quit IRC (Quit: Leaving.)
[19:54] <CIA-79> tikiwiki: 03jonnybradley * r31034 10/trunk/ (81 files in 63 dirs): [MRG] Automatic merge, branches/6.x 30996 to 31032
[20:15] <CIA-79> tikiwiki: 03changi67 * r31035 10/tags/6.1alpha1/: [REL] Tagging release
[20:17] <CIA-79> tikiwiki: 03sylvieg * r31036 10/branches/6.x/tiki-view_blog_post.php: [FIX]blog: permission denied if post not yet published
[20:17] <CIA-79> tikiwiki: 03lphuberdeau * r31037 10/trunk/lib/ (7 files in 6 dirs): [MOD] Wiki-parse content to strip out syntax
[20:20] *** jonnyb has quit IRC (Quit: nite nite)
[20:21] *** lphuberdeau has quit IRC (Ping timeout: 240 seconds)
[20:29] *** lphuberdeau has joined #tikiwiki
[20:32] <CIA-79> tikiwiki: 03sylvieg * r31038 10/branches/6.x/tiki-view_blog_post.php: [FIX]blog: use admin blog perm
[20:38] <CIA-79> tikiwiki: 03chealer * r31039 10/trunk/lib/core/TikiDb/Pdo.php: 
[20:38] <CIA-79> tikiwiki: PDO: avoid prepared queries when there are no binded parameters
[20:38] <CIA-79> tikiwiki: thanks lphuberdeau
[20:42] <CIA-79> tikiwiki: 03sylvieg * r31040 10/branches/6.x/ (lib/blogs/bloglib.php tiki-view_blog_post.php): [FIX]blog: do not show prev next of non published blog post if no perm
[20:44] <sylvieg> oops sorry did not see some release was on
[20:47] <chealer> hi sylvieg. are you available to discuss the password options again? there was still unclear parts after your commit.
[20:48] <changi> sylvieg: no prob, it was an alpha :)
[20:48] <sylvieg> chealer:  ??? probably not finished...
[20:49] <sylvieg> with you I should always say work in progress ;-)
[20:49] <chealer> sylvieg: I'm talking about http://tikiwiki.svn.sourceforge.net/tikiwiki/?rev=30718&view=rev
[20:49] <chealer> in particular that really old option I think
[20:50] <sylvieg> I sent a mail now .. did I forget to commit it
[20:50] <sylvieg> the same mail to the user and the admin .. work on progress
[20:54] <chealer> sylvieg: what does it mean to re-validate a user?
[20:54] <sylvieg> an admin must checj the button in tiki-adminusers.php
[20:56] <chealer> sylvieg: what does that button do?
[20:57] <sylvieg> the user can log-in again
[20:58] <chealer> sylvieg: what else does it mean? unsucessful_logins has 'description' => tra('After a certain number of consecutive unsuccessfull login attempts, the user will receive a mail with instruction to validate his account. However the user can still log-in with his old password.'),
[20:59] <chealer> sylvieg: BTW, unsuccessful has a single "l"
[21:02] * changi alpha is on SF.net
[21:02] * changi please test
[21:14] *** mohrt has left 
[21:14] <sylvieg> chealer: no more idea how to improve the explanation
[21:17] <chealer> sylvieg: do you know what the option does?
[21:17] <sylvieg> this one? it doesn not invalidate the login
[21:19] <chealer> sylvieg: yes. so what does it do? do you know what re-validating a user means, if it's not about making it temporarily impossible for the user to login?
[21:19] <sylvieg> the first option - a user can still log-in with the olf password
[21:19] <sylvieg> the second it is impossible
[21:22] <chealer> sylvieg: OK, but what does the first option do?
[21:23] <sylvieg> I suppose it is for not high security site
[21:23] <sylvieg> where spam is tolerated
[21:23] <sylvieg> s/spam/login attack
[21:24] <chealer> sylvieg: do you know what re-validating a user means, if it's not about making it temporarily impossible for the user to login?
[21:24] <sylvieg> will not answer on this one - because it is ambigous
[21:28] <sylvieg> it does not mean the same if it is an admin or a user
[21:29] <chealer> sylvieg: then what does it mean in this case?
[21:29] <sylvieg> which case
[21:30] <chealer> sylvieg: the old option we're talking about - unsuccessful_logins (Re-validate user by email after: x unsuccessful login attempts)
[21:31] <sylvieg> it means the description .. see above
[21:31] <sylvieg>  tra('After a certain number of consecutive unsuccessfull login attempts, the user will receive a mail with instruction to validate his account. However the user can still log-in with his old password.'),
[21:32] <chealer> sylvieg: what does validating an account mean?
[21:34] *** jonnyb has joined #tikiwiki
[21:34] *** redflo has left 
[21:34] <chealer> hi jonnyb. it seems we have an alpha1
[21:35] <jonnyb> super - something to test?
[21:36] <jonnyb> found them (on sf.net)
[21:38] <jonnyb> interesting (?) only about 1000 downloads for 6.0
[21:41] <chealer> jonnyb: I'm seeing about 4000 for the tar.gz, the tar.bz2 and the .zip
[21:41] <jonnyb> just tested the gz - unpacked and installed fine
[21:42] <jonnyb> ah, it was just this month
[21:42] <jonnyb> 6000 in all of 6.x ever
[21:43] <jonnyb> 66% on windows ;)
[21:43] <jonnyb> 20% in Germany
[21:44] <jonnyb> China #3 downloader
[21:45] <chealer> jonnyb: interesting, but it could be people uploading via FTP
[21:45] <jonnyb> 117 countries in total - good stats on sf these days
[21:46] <chealer> it would be nice to have longer term stats showing the increase with yeats
[21:49] <jonnyb> indeed - only goes back to feb this year afaisc - http://sourceforge.net/projects/tikiwiki/files/stats/timeline?dates=1995-12-03+to+2010-12-03
[21:49] <PhilBack_> great!
[21:49] <jonnyb> 83,000 downloads in total (that's quite a lot)
[21:50] <PhilBack_> see you l8r.
[21:50] <jonnyb> let's hope 6.1 can break 1000 on one day (965 july 1st)
[21:51] *** PhilBack_ is now known as PhilBack|away
[21:51] <chealer> jonnyb: ah, hadn't found these. interesting
[21:52] <chealer> I didn't think about looking in Develop
[21:53] <chealer> sylvieg: about the new option, I already asked, but is there a mechanism so that admin accounts cannot be disabled? IOW, is a DOS forcing a recovery from the database possible if that feature is enabled? 
[21:53] <jonnyb> http://sourceforge.net/project/stats/?group_id=64258&ugn=tikiwiki is good too (wow, we're using 5GB a day - that's not cheap - thanks sourceforge)
[21:54] <chealer> odd, it seems we had nothing particular on July 1st
[21:55] *** rodrigo_sampaio has joined #tikiwiki
[22:09] <chealer> bbl
[22:16] *** rodrigo_sampaio has quit IRC (Quit: Leaving.)
[22:21] *** rlpowell has joined #tikiwiki
[22:22] <rlpowell> A plugin should always have {foo()} as its start, right?  With the ()?  Or did that change recently?
[22:22] <sylvieg> {foo() /} did not work last week in trunk
[22:23] <rlpowell> Ah, apparently there's a short syntax now, that broke many many of my pages.  -_-
[22:23] <rlpowell> We were relying on {foo} not doing anything, you see.
[22:23] <rlpowell> Now it's errors aaaaallll over the place.
[22:23] <sylvieg> in trunk or 6?
[22:23] <rlpowell> In trunk.
[22:23] <rlpowell> *Should* {foo bar} be treated as a plugin?
[22:23] <sylvieg> yeh.. I am afraid lph change a lot of things
[22:23] <rlpowell> Because if not, that's a bug, cus it is.
[22:23] <rlpowell> lph?
[22:24] <sylvieg> lphuberdeau: 
[22:24] <rlpowell> Oh, that's a person.  I thought maybe it was a dev initiative.
[22:24] <rlpowell> Do you think that should be treated as a plugin?
[22:24] <rlpowell> You personally, I mean.
[22:25] <rlpowell> sylvieg: ^^
[22:26] <sylvieg> I do not know .. I do not know the plugin grammar now in trunk
[22:26] <sylvieg> can you switch back to tiki6
[22:30] <rlpowell> Sure.  How?  :)
[22:30] <rlpowell> I'm not good with svn tags and such.
[22:32] <sylvieg> svn switch https://tikiwiki.svn.sourceforge.net/svnroot/tikiwiki/branches/6.x
[22:33] <rlpowell> Thanks.
[22:50] *** jonnyb has quit IRC (Quit: jonnyb)
[23:01] <lphuberdeau> syntaxes are:
[23:01] <lphuberdeau> {PLUGIN(...)/}
[23:01] <lphuberdeau> {PLUGIN(...)}...{PLUGIN}
[23:01] <lphuberdeau> {plugin ...}
[23:02] <rlpowell> lphuberdeau: That last one means that any use of {...} anywhere on any page will suddenly break.
[23:02] <rlpowell> Since it's been possible to freely use {...} before, that's really bad; it's going to break a lot of pages, and not just on my site.
[23:02] <rlpowell> And it breaks very loudly.
[23:03] <lphuberdeau> been like that for a bit now
[23:03] <lphuberdeau> few versions
[23:03] <rlpowell> Apparently not, since the 6.x branch doesn't have this problem.
[23:03] <lphuberdeau> trunk does not change much to the syntax, only the parsing
[23:03] <rlpowell> Apparently it does.
[23:05] <rlpowell> Beacuse I switch to 6.x and the problem went away.
[23:06] <lphuberdeau> I guess you can write unit tests to isolate your case
[23:07] <rlpowell> What's to isolate?  {foo bar} doesn't cause an explosion in 6.x, and it does in trunk.
[23:08] <lphuberdeau> that's a feature to me
[23:08] <lphuberdeau> well, not the exposion
[23:08] <lphuberdeau> explosion
[23:08] <lphuberdeau> but the parsing
[23:09] <rlpowell> Except for the part where many thousands of previously extant pages break.  It's not just me; any discussion of coding or mathematics will have the same problem.
[23:09] <rlpowell> Breaking tons of things to save you a few characters is not a feature.
[23:10] <lphuberdeau> that syntax was introduced many versions ago
[23:10] <rlpowell> Then why does it cause no trouble in 6.x ?
[23:10] <lphuberdeau> difference in the way it's parsed, might be a bit looser
[23:11] <lphuberdeau> {foo bar} does not explode for me
[23:11] <lphuberdeau> merely mentions the plugin does not exist
[23:11] <rlpowell> *sigh*  Whatever.  I'm out of trunk.  There's a problem.  Y'all should probably fix it, or people will just come back and yell later.
[23:11] <lphuberdeau> wow, nice attitude
[23:11] <rlpowell> Yes, and when you've got *dozens* of "plugin does not exist" on one page, when instead the text used to be "{foo bar}", there's a problem.
[23:12] <rlpowell> lphuberdeau: You're telling me that dozens of my webpages suddenly becoming unsuable is a *feature*, and *I* have the attitude problem?  I'm inclined to disagree.
[23:13] <rlpowell> Sorry, but I've been running tiki for ... what, 6 years now?, and every time I update something explodes.  It makes me cranky.  My apologies if I went too far.
[23:13] <lphuberdeau> I don't like your tone. It's not like I intentionally break stuff.
[23:13] <rlpowell> You told me that my problem was a feature; that sounded to me like "I don't care if it's broken for you, fuck off.".   If that's not how you meant it, again, my apologies.
[23:14] <rlpowell> 03-14:33 < Broca> ro do bo canda'a ro ko bo cande .e ca ta'a ro do bo cande -- example page, for what it's worth.  In trunk, about half the text is replaced with "plugin not found", and the actual text is eaten.
[23:14] <rlpowell> Erm.
[23:14] <rlpowell> http://www.lojban.org/tiki/tiki-index.php?page=BPFK+Section:+Miscellaneous+Notes+And+To-Dos -- *that*'s the example page.  Sorry.
[23:14] <CIA-79> tikiwiki: 03sylvieg * r31041 10/branches/6.x/ (2 files in 2 dirs): [FIX]tracker: translate also the description
[23:15] <rlpowell> In general, I don't think a single character should ever indicate any thing in any wiki syntax; it makes it too hard to just write normal text without thinking about markup.  But that's a seperate discussion, I suppose.
[23:18] <rlpowell> (that is, it is fairly common for people to want to put things in (...) or [...] or {...}, so none of them should cause surprising things to happen)
[23:18] <lphuberdeau> well, it improves readability a lot
[23:18] <rlpowell> Only if you know it's going to happen in advance.
[23:18] <rlpowell> When you have a lot of users that aren't wiki experts, who just want to enter some text, it causes problems.
[23:18] <lphuberdeau> but initially, the goal of the short syntax was to remove all the special handling in the parser
[23:19] <lphuberdeau> which used that precise syntax
[23:19] <lphuberdeau> difference now is that it reports the plugin missing of just writing back the syntax
[23:22] <lphuberdeau> svn up
[23:22] <CIA-79> tikiwiki: 03lphuberdeau * r31042 10/trunk/lib/tikilib.php: [FIX] Reverting back to previous behavior or indicating missing plugin by writing back the syntax
[23:23] <rlpowell> lphuberdeau: Well, it certainly would be easy to change that last part.  I had thought that it was a syntax change, not just an alerting change.
[23:24] <lphuberdeau> and it is
[23:24] <rlpowell> What?
[23:24] <lphuberdeau> changed
[23:24] <rlpowell> Which?
[23:24] <lphuberdeau> the reporting
[23:25] <rlpowell> Ah, OK.  Thanks.  I'm sorry again for my comments earlier; I thought you were saying something different than you actually were.
[23:25] <lphuberdeau> I just hate reports saying "it's broken"
[23:26] <rlpowell> Fair enough.
[23:27] <lphuberdeau> especially when I spent dozens of hours fixing issues and it took 4 weeks for this detail to come up, hearing I broke everything is not really fun