[00:25] New Forum Posts: Ever embedded a google map on a tiki wiki page? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42077 [00:57] tikiwiki: 03robertplummer * r36373 10/trunk/lib/trackers/trackerquerylib.php: [00:57] tikiwiki: [FIX] Ensure that tracker query lib uses rendered output for trackers [00:57] tikiwiki: [FIX] unset wrong var for tracking field id [01:25] *** Caarrie|away is now known as Caarrie|sleeping [01:49] *** bart_ has joined #tikiwiki [01:51] *** goj_killedByISP has joined #tikiwiki [01:51] *** goj has quit IRC (Disconnected by services) [01:51] *** goj_killedByISP is now known as goj [03:22] *** chibaguy has joined #tikiwiki [03:22] *** ChanServ sets mode: +o chibaguy [03:22] polom [03:28] A page with the tracker plugin, after the Submit, should refresh with the "thank you" statement that's in the body of the plugin, right? In a tiki 7 site, I've had that result a few times, but usually the page refreshes with no message, just with the form again. The user doesn't know if the submit was successful or not. Anyone else having this behavior, or have I not configured something right, I wonder? [03:38] Well, with displaying the plugin data text not working, the url parameter seems to so that's another way to do it. [03:39] * chibaguy 's experiences with trackers (probably like many people's) are hard because of the uncertainty of whether problems are due to user error or bugs. [03:59] Does anyone have a new tiki 7 site and can confirm that semantic aliases aren't working? I see they are working on doc.t.o, but in a new tiki 7 site they don't seem to be. [04:00] ..my experience plus I've seen at least one forum post reporting this. [04:17] *** Laiat has joined #tikiwiki [04:30] I wonder why the tracker field "page selector" shows up as a label only and no textfield for registered users, but with the textfield for admin. Registered users have the tracker perms and wiki perms. If I give Registered "tiki_p_admin_trackers" then the textfield shows up, but surely that isn't really necessary, is it? [04:31] * chibaguy will go do something analog/physical for a while... [04:32] *** Laiat has quit IRC (Quit: Page closed) [04:59] Interestingly, giving Registered the tiki_p_admin_trackers perm, while making the page selector textfield show up (a good thing), doesn't really give Registered any tracker admin powers (an apparent bug that works in my favor for this site). I wonder, though, how a non-admin group would get tracker admin powers at a new tiki 7 site. [05:02] Oh, disregard that last comment: I had removed Registered's tiki_p_admin_trackers temporarily to test. I see now that with that perm, Registered does have the normal tracker admin access. [05:03] To give Registered the page selector textfield, I have to give the power to delete the tracker. That doesn't seem like a good idea. [05:15] * chibaguy suspects there would be "tiki consultants" if customer sites could be created without running into blocker bugs. [06:36] Tiki 6 does the same thing re: page selector (textfield doesn't show normally for Registered). [06:47] Also in trunk, page selector doesn't show for Registered. [06:47] (only the label) [07:17] *** Caarrie|sleeping has quit IRC (Read error: No route to host) [07:18] *** Caarrie has joined #tikiwiki [07:33] Does anyone know how the URL tracker field needs to be configured to allow wiki syntax page names? There's a hint about a parameter for wiki page names but I don't know how to enable that. [07:33] *** redflo has joined #tikiwiki [07:35] *** Jyhem_laptop has quit IRC (Ping timeout: 260 seconds) [07:37] *** fabricius has joined #tikiwiki [07:46] I wonder what the typical user makes of this tracker error: "Following fields are incorrect". My data is incorrect? the field configuration? [07:48] maybe the field itself [07:49] like: "hey guy, your field is not correct. head off and get as new one" [07:51] but besides the funny part of it: I'don't know either [07:52] It seems to mean the configuration of the field (parameters, etc.). [07:52] Isn't it, that an error message should not only inform about the fact that there IS an error, but also WHAT the error might be? [07:52] That would be good. [07:53] yes, but could either mean filled incorrectly or configured incorrectly - as you said [07:53] Anyway, if it says "A field in this tracker is misconfigured. Please contact the site admin." that would at least let the normal user know it wasn't his/her fault. [07:53] It seems to be an error in the tracker field setup. [07:54] could be a bug in the code aswell? [07:54] I had a "0" rather than no data to indicate "not 1". [07:54] "1" meaning "use toolbar" [07:56] I guess that is what caused it. I made other changes too. [07:58] I wish the page selector field worked for Registered users. I can sort of get the same result using a textarea, but page selector creates the page, whereas in the textarea I get the "newpage?" syntax and the ? needs to be clicked to create the page - not so good for new users. [07:59] In my test, only admin gets the page selector text field, though, not normal users. [07:59] *** fabricius has quit IRC (Remote host closed the connection) [08:37] *** fabricius has joined #tikiwiki [08:37] oh chibaguy is gone aswell [08:38] ah no, first on top [08:46] *** fabricius has quit IRC (Remote host closed the connection) [09:29] *** Tiki|bot has quit IRC (Ping timeout: 264 seconds) [09:30] *** Tiki|bot has joined #tikiwiki [09:35] *** Jyhem_laptop has joined #tikiwiki [09:49] *** Merbster has joined #tikiwiki [09:52] How is {{user}} and {{itemId}} implemented? is it just smarty functions or is there something special to it? [09:56] *** SJ-Jay has joined #tikiwiki [09:56] polom dudes [09:56] bbl. heading out to eat. [09:57] +1 [09:57] +2 [09:58] *** chibaguy has quit IRC (Read error: Connection reset by peer) [10:05] *** fabricius has joined #tikiwiki [10:06] polom [10:06] *** Caarrie is now known as Caarrie|away [10:26] *** fabricius has quit IRC (Ping timeout: 258 seconds) [11:13] *** ricks99 has joined #tikiwiki [11:26] tikiwiki: 03jonnybradley * r36374 10/branches/proposals/6.x/ (9 files in 5 dirs): [11:26] tikiwiki: [bp from 7.x/r36329][ENH] articles: Collected article and submission admin improvements [11:26] tikiwiki: [original bp from trunk/r36318,r36320,r36321] Add multi-select checkboxes and authorName field to article & submission lists. [11:26] tikiwiki: Also fixes find not working on submission list. [11:32] *** nima has quit IRC (Read error: Operation timed out) [11:37] *** chibaguy has joined #tikiwiki [11:37] *** ChanServ sets mode: +o chibaguy [11:39] *** that_nima has joined #tikiwiki [11:39] *** jonnyb has joined #tikiwiki [11:39] tikiwiki: 03jonnybradley * r36375 10/trunk/templates/tiki-list_submissions.tpl: [FIX] submissions: Mysterious icon regression sometime around r29044 [11:45] *** fabricius has joined #tikiwiki [11:50] chibaguy: this morning you mentioned the page selector field and that it would not work for registered users -> did I understand right? [11:50] chibaguy: after your sentence my batttery went off [11:52] yes, that's what I was saying. [11:52] In my site, it doesn't unless I give registered users the tiki_p_admin_trackers permission. [11:52] (Unless I misconfigured the tracker/fields, which is very possible.) [11:54] chibaguy, I can confirm this is quite precise in the code [11:54] not saying it makes sense [11:56] I can fix that one in trunk [11:57] hi lphuberdeau, I did a little looking at tracker lib and did see the perm there but don't really understand what's going on of course. [11:57] that is simply in templates/trackerinput/pageselector.tpl [11:58] oh, I see. [11:59] Well, it'd be good to change, I'd say. [12:01] yes, +1 [12:02] another thing, I do not understand, is why we still cannot assign modules to categories [12:02] this would be so useful and isn it, that this would not be so much coding? Just asking [12:04] *** RobertPlummer has joined #tikiwiki [12:04] fabricius: I thought I saw a lot of agreement about that, so hopefully can be done soon. [12:04] it is possible to configure Tiki so fine granular as long as it is based on groups [12:04] polom all [12:04] hi RobertPlummer [12:05] chibaguy: hey [12:05] repeating the feature request does not make implementation come faster [12:06] but literally nearly impossible to setup different areas for same groups - especially Anonymous users [12:06] wolod RobertPlummer [12:06] chibaguy: a lot of agreement? that would be fine [12:07] fabricius: polom backward and upside-down too [12:07] :) [12:07] ;-) [12:08] lphuberdeau: great work refining my code for pre-cache! [12:08] lphuberdeau: self is still a new thing to me for php, and I love the way you used it. [12:08] chibaguy: I am nearly setting up a "bits and pieces" page on dev, where I put on all small bits, I think are missing in nearly great function, but missing makes them kind of "unfinished" [12:09] lphuberdeau: I think the next step it to cache the creation of the class for each type of rendered tracker field, that seems to be the next bottleneck. What do you think? [12:10] lphuberdeau: factory.php line 109 is a killer. [12:10] chibaguy: Merbster did write a cool extension for category/perspective [12:10] lphuberdeau: if we could just cache it once for each field, and then allow it to be updated rather than new created each time, I think we'd be on to something. [12:11] I am keen on trying it out, but need some help to get it in my Tiki [12:11] RobertPlummer, I don't really see it as a bottleneck for most cases as the instances have different data [12:12] RobertPlummer, but that's because they are immutable right now to respect some of the mess in the rest of the code... once the surrounding code becomes cleaner, it's possible to think about changing the creation constraints on those objects [12:13] lphuberdeau: good point. [12:13] I call it "category nail", cause it ind of nails specific categories to specific perspectives, for that a page of these categories will be visible always in the related perspective [12:13] lphuberdeau: The other thing I don't understand with at least 1 type is TextField, and why does it call (what I assume) is itself on Text.php line 103? [12:14] lphuberdeau: that's true of course, but better to have general agreement that something would be good than only one person asking. [12:14] lphuberdeau: That too seems like a bottleneck, but perhaps nothing can be done about it? [12:15] RobertPlummer: That calls the implementation in the abstract class [12:15] fabricius, that's a good idea about the "bits and pieces" page. trying to actually use tiki exposes us to quite a few things that are not quite there yet, and can make the difference between it all working or not. [12:16] lphuberdeau: I need to make some headway with normal stuff, sheet, s5, tikisuite, and then I will come back to it. What is important is that it is now more usable. Thanks again for your help. [12:17] +1 to getting "normal stuff" more solid. ;-) [12:17] chibaguy: question for me would be, if it would be possible to convince enough people about that it is necessary [12:19] fabricus, it's mostly a question of timing, I think everyone has more than enough on their plates for 8 [12:19] chibaguy: I feel after the incradible and impressive development of the Tiki software in the last two years, we would need a process of consolidation [12:20] consolidation is a long-term process in tiki [12:20] lphuberdeau: that's true and many people (included you) are doing a marvelous job, but if you want to use the software for consulting, webdevelopment - to make money from customers ... [12:21] lphuberdeau: I agree, but a certain threshold is needed at any given release time. [12:21] I'm not sure releases are done with that in mind. [12:21] What was the thought behind Wiki argument variables? [12:21] fabricus, there are a lot of people doing that, sometimes you need to accept workarounds on some issues [12:22] lphuberdeau: ... you need at least a set of common core features that really work solid ( if not rock solid ) and that are round and finished [12:22] is it so that {{user}} can be used as a parameter for say, a module or plugin ? [12:22] Merbster: it's kind of a hack that appeared and evolved, there is no logic to it [12:22] * chibaguy switched from page selector to textarea and it works but not as elegantly. [12:23] lphuberdeau, I read the code and apaprantly user and page are special cases, besides that it looks through $_GET - I have coded a small plugin that sets a case number as a wiki argument var. but when I try to use it as an argument for my own plugin, Wiki doesn't parse it. [12:23] fabricus: that's not really the way tiki is developed, it's driven by many individual needs and trying to impose a core and central features for releases that must be followed will just drive others away [12:23] lphuberdeau chibaguy for ex, why I can assign everything but modules to categories (what would extend the possibilities massively), why I can I export iCal, but not import, etc. [12:24] I won't lie about this, my efforts are focused on my client's needs [12:24] and I think it's the same for most people too [12:24] * Merbster agrees with lphuberdeau [12:24] I understand that lphuberdeau and it is OK - I like the way, Tiki is developed and how the community selforganises [12:25] lphuberdeau: that's a legitimate motive, but unfortunate for people who don't/can't work on the code on that level. [12:25] BUT on the long run, we would need more consultants with customers who are prepared to pay some development, what would be good for the community [12:26] lphuberdeau, in other words, the parsing of the wiki syntax that should include my plugin, stops if I try to use Wiki argument variables as a paramter/argument [12:26] or, have the association pay for specific fixes/enhancements/etc [12:26] Merbster: they are applied before plugin parsing if I remember correctly [12:27] So certain functions must be worth using and not only work in theory or halfway, to make Tiki more interesting on a wider market and for that consultants that are not coders can handle customer projects aswell [12:27] fabricius, it's a chicken and egg situation to a large extent. Even if you have a customer to pay for coding, there are too few knowledgable Tiki coders to take on that work. There are only a handful and they are all busy already. [12:27] ricks99: I'm not getting into the association debate [12:27] lol :) [12:27] ricks99, who would the association pay, anyway? [12:27] lphuberdeau, I think so too, since {{user}} in other plugins are working correctly. [12:28] it's only when it's a "wiki argument variable" that comes from $_GET [12:28] is there someone qualified who doesn't have his/her plate full already? [12:28] chibaguy: chicken and egg I agree, but offhand I know at least 2 coders, whom I could call for some subcontracting - IF I would get somebody to pay [12:28] @chibaguy: i envision an rfp process to be public & open [12:29] ok, maybe my confidense is too low in somebody who hasn't touched Tiki code before. [12:29] *if* that is a role the assocaition wants to take on. but this is an interesting change of course, as lph hints [12:29] fabricius, It's usually hard talking customers into paying for developing something they will be "giving away for free" :P [12:29] *** rodrigo_sampaio has joined #tikiwiki [12:29] and I am sure, that if I would have a customer in my back and asked for a paid dev in the list, some people would like to step up and do some paiud contribution [12:30] well, I've seen requests to hire a tiki coder go unmet, but maybe was just the timing. [12:30] Merbster: you are right, yes - so first thing is that the functions must work out of the box, that decition makers want to see [12:31] Merbster: second - then it is the advantage the consultant has to convince the customer, that a onetime paiment of a good feature into the free community would save much more costs of further development [12:32] and there is even stuff, that I would pay for, if I had the money, just because I think Tiki needs it and I need it to get customers [12:33] Merbster, maybe it depends on who the client is. If a company, probably what you say is true; if an NPO or someone not using Tiki for a commericial purpose, they are more inclined to say go ahead and add it to the package. [12:33] again the chicken and the egg problem that chibaguy very well pointed out [12:34] yes chibaguy NPO for ex. [12:35] or very small company, wich understand the advantage of contributing to the community [12:35] because good stuff stays in the next releases out of the box ;--) [12:38] Well, as lphuberdeau's point is valid and that aspect won't change, for our part we can give feedback, make pages like fabricius's bits and pieces page, and test and feed back, document and find workarounds like mad. I don't really see an alternative reality. [12:40] I guess this is more a limitation of opensource softwrae in general than just Tiki? [12:40] the way I include "community" requests into my work is to just do it when I work close to it, but these days, I work in trackers mostly, so I won't context switch into modules to implement that [12:40] *** fabricius has quit IRC (Ping timeout: 276 seconds) [12:42] Merbster: I think so basically, but I guess most projects are more organized from the top down. [12:43] I woudln't know, TikiWiki is the first opensource project where I am involved with the developers and the community. [12:43] that is why I guessed :P [12:44] well, tiki is somewhat top-down, with multi-top, which makes it look bottom-up [12:45] multi top? [12:45] not a single head deciding where it goes [12:45] but many have their vision of where they are going based on their needs [12:46] hahaha ^^ [12:46] headless development? :P [12:46] *** fabricius has joined #tikiwiki [12:47] rehi [12:47] I am actually thinking that TikiWiki is suprisingly coherent if there is not top-level management of feature direction etc. [12:48] There is good coherence in the multi-tops' visions, for the most part, I think. [12:52] chibaguy, I quote you; "for the most part"... "I think" :P [12:54] tikiwiki: 03lphuberdeau * r36376 10/trunk/lib/core/ (18 files in 2 dirs): [MOD] Function renames [12:54] Heh, well, it's not a monolith. ;-) [12:58] But do-ocracy is the ultimate determinant, and fortunately do-ocrats have a pretty good vision. [12:59] I have thought alot about how to implement the different hacks and plugins. But I am thinking "How on earth will I know enough" [13:03] There's so many lines of code and I don't know what depends on what :P [13:03] Well, on one level, if it works, it's good enough. I recall jonnyb not really liking how I did the login popup (probably for good reason ;-) ), but I did it the only way I know, and now it's there and works pretty much as it is until somebody improves it. [13:04] Of course that's the kind of thing that eventually somebody comes along and has a wtf moment, of which there are apparently plenty in tiki's code. [13:06] *** radek82 has joined #tikiwiki [13:20] Merbster: one piece at a time, no one knows the whole thing [13:21] Does anyone know offhand the parameter to have the URL tracker field accept a wiki page name, and if this can be just the name or if the ((syntax)) is needed also? [13:22] There is a hint about wiki pages but it insists on the normal html url format so far for me. [13:23] * fabricius not offhand [13:23] I hope there is no such parameter [13:24] chibaguy, using page selector should work as long as auto-assign is not enabled [13:24] hmm, ok. [13:26] hi lphuberdeau, in Tiki we don't have a class to handle requests so that it is easy to switch between http and cli requests, right? I'm planning to create one. just checking with you first. [13:27] well, not really, but I guess there is a start for that with the micro-mvc for ajax requests [13:27] lphuberdeau: thanks, I had auto-assign enabled. [13:28] lphuberdeau: ok, I will check the micro-mvc first [13:29] starts off in tiki-ajax_services.php, follow the broker [13:29] which is likely to be the one that will need to be modified [13:30] lphuberdeau: I read a while ago http://dev.tiki.org/blogpost21 :) [13:30] ah ok then [13:30] lphuberdeau: thanks [13:49] * Jyhem_laptop catches up on the IRC conversation and feels it's the appropriate moment to mention that he starts a freelancing career on september. Which means Jyhem will welcome offers for paid Tiki development :-) [13:49] Jyhem_laptop, COOL: SO I can add you to my list of potential slave coders? :P [13:50] Please do :-) [13:51] Jyhem_laptop: maybe you should put your website :) [13:55] *** RobertPlummer has quit IRC (Ping timeout: 252 seconds) [13:56] Jyhem: _laptop: Congratulations. You should add yourself to info.tiki.org/Consultants . [13:56] @Jyhem_laptop: don't forget to add yourself to http://info.tiki.org/Tiki+Service+Provider [13:56] * ricks99 congratulates chibaguy... good idea :) [13:56] ricks99, did the page name change there? [13:57] http://alsawiki.com (not translated yet because the french part is not final) [13:57] tikiwiki: 03lphuberdeau * r36377 10/trunk/lib/ (2 files in 2 dirs): [MOD] Indexing the comment count with the objects [13:57] * chibaguy doesn't get to info.to. too often. [13:57] @chibaguy: no, one is the list, the other is the form to get added to the list [13:57] 2 different pages [13:58] Oh, they are for different purposes? [13:58] Seems kinda the same to me. [13:59] y. one for consultants to use to to create a listing, the other for clients to use to search for a consultant [14:00] oh [14:06] *** redflo has left [14:08] are there any requirements to calling oneself "Tiki Service provider"/"Tiki Consultant" ? [14:08] @Merbster: yes. see http://info.tiki.org/Tiki+Service+Provider for details [14:09] Not exactly hard requirements :) [14:10] no, not at all :-) [14:11] *** RobertPlummer has joined #tikiwiki [14:12] polom all, sorry about that (internet outage) [14:16] *** fabricius has quit IRC (Remote host closed the connection) [14:17] *** Caarrie|away has quit IRC (Read error: Connection reset by peer) [14:18] *** Caarrie|away has joined #tikiwiki [14:19] chibaguy: in trunk the centre section is now getting covered by the right hand module column (again) - any idea why/how? seems to have changed quite recently... [14:21] Hmm. When using lucene search, a search string like 2040-01A wil not show any results since it parses it as 2040 MINUS 01A [14:22] an apparant fix for a nerd is "enclose it" but how do I tell my users this? [14:25] jonnyb, I'll take a look. [14:25] *** Jyhem_laptop has quit IRC (Remote host closed the connection) [14:26] thanks chibaguy - i can't see what's changed that might have done it in tiki.tpl (checking layout.css now) [14:32] jonnyb, is this in all themes? [14:32] yes, it is for me - in Safari (will check Fx) [14:33] ok, I guess I need to svn up. they still look normal for me. Or should I? ;-) [14:33] updating and watching what files change. [14:33] hmm, seems to be Safari/webkit only has the problem [14:35] tikiwiki: 03jonnybradley * r36378 10/trunk/styles/layout/layout.css: [FIX] layout.css: Remove categbar (not found in tiki now) [14:36] *** Merbster has quit IRC (Quit: Leaving) [14:37] *** SJ-Jay has quit IRC (Read error: Connection reset by peer) [14:51] *** fabricius has joined #tikiwiki [14:51] tikiwiki: 03lphuberdeau * r36379 10/trunk/lib/ (core/Tracker/Field/Rating.php trackers/trackerlib.php): [MOD] Move update_star_field out of trackerlib as it was not used outside of the handler, index the rating properly [14:52] jonny, I'm checking with SRWare Iron (chromium browser) on windows and the columns are normal. [14:55] hmm, how odd - fine on Chrome here too, so just an odd Safari thing :( [14:55] unusual (thanks for checking) [14:55] Also in Safari 4.0.5. for windows, they're normal. [14:56] i'm on safari 5.1 on mac [14:56] think it must have been a recent "upgrade" [14:57] anyway, must get something to eat - bbl [14:57] oh, maybe so. [15:28] *** mlpvolt has joined #tikiwiki [15:29] polom tiki! [15:29] wolod mlpvolt [15:30] i want to add a little to the docs for pluginlist. for example filtering by page title or subtitle. any suggestions about the syntax or list of supported fields? [15:31] all fields are documented here: http://doc.tiki.org/Search+Index [15:32] {filter content="some words" field=title} would filter on the title only [15:32] perfect. thanks - i will add it to docs. [15:32] don't know if it's 7 or 8 ;) [15:35] can we do tracker item fieldID has content "" ? [15:37] LPH: title search works in 7.2 - thanks. [15:39] hmm maybe not it seems to be searching all content. [15:45] *** DarkCalf has quit IRC (Read error: Connection reset by peer) [15:51] *** ricks99 has quit IRC (Remote host closed the connection) [15:53] using the filter arguments in plugin list, is it one line for each filter type? [15:54] i see this is already mentioned in doc, just not obvious enough for folks like me :) [15:55] *** jonnyb has quit IRC (Quit: I am going outside... I may be some time...) [15:55] the plugin does a lot, so documentation is quite challenging [15:58] for each {filter ....} argument AND is inferred - could if also be OR? eg. wiki pagename includes "June" or categoryID =6 [16:01] technically yes, but the interfaces are not really built that way [16:01] and conditions like that somewhat indicate issues with the content organization [16:02] yes (issues with content organization) i was just asking a wierd question to understand the function. :) [16:03] so you think in 7.2 wiki page title search may not be supported? [16:07] I just don't know [16:40] *** DarkCalf has joined #tikiwiki [16:42] *** Jyhem_laptop has joined #tikiwiki [16:55] *** Merbster has joined #tikiwiki [16:57] *** chibaguy has quit IRC (Read error: Connection reset by peer) [16:57] Did anyone create a facebook-like functionality with "status updates" ? [16:58] I am not thinking PHP development, but maybe someone used pretty tracker in a nifty way [16:58] or blogs. [16:58] status.net does that well in the open source world [17:00] lphuberdeau, is it integrated with tikiwiki? [17:00] no [17:00] We need a "Micro-blog" for each project. Where the user can add status updates to that project, we imagine, it be the same way as users update their status on facebook :P [17:01] and ofc. with comments on the individual updates [17:01] Now that I am discribing it, it sounds tracker-esue [17:01] you can probably do it fairly easily with trackers and a list plugin if you just need something really simple [17:01] simple yes, but also user-likeable :P [17:02] We have a boss who [17:02] 's both and engineer and an architect, so we get the worst from both worlds :P [17:02] polom [17:03] Is the blog items templateable? [17:04] *** SJ-Jay has joined #tikiwiki [17:04] polom guys! [17:05] well, tracker with tracker plugin for input, list plugin to render... you should be able to do something quite usable [17:24] tikiwiki: 03sampaioprimo * r36380 10/trunk/lib/ (3 files in 2 dirs): new class to abstract requests from http and cli [17:24] tikiwiki: 03sampaioprimo * r36381 10/trunk/ (get_strings2.php lib/language/GetStrings.php): new get strings: accept the same params from http and cli [17:26] tikiwiki: 03sept_7 * r36382 10/trunk/lib/setup/error_reporting.php: [FIX] Fix Smarty Error reporting... Thanx Marc for the reminder ;p [17:27] lphuberdeau: r36380 creates a new class on core to abstract requests from http and cli (what I was asking you earlier today). I have added it to lib/code since I think it might be useful for others. Let me know if you have any comments about it. [17:28] make sure you add it to tiki-filter-base.php so autoload kicks in for the normal tiki flow [17:28] not too sure about the naming because it's kind of specific to the console [17:28] hey lphuberdeau [17:28] did what you suggested.. [17:29] created a module with plugintrackerlist and plugintracker [17:29] (for the facebook thingy Merbster asked) [17:29] oh, I didn't mean plugintrackerlist, I meant pluginlist [17:29] it actually works [17:29] probably does, yes [17:29] but one thing though [17:30] everytime i "update status" this ends up in my url: &ok=y&iTRACKER=1#wikiplugin_tracker1 [17:30] removing the possibility to add another update [17:30] *** Jyhem_laptop_ has joined #tikiwiki [17:30] *** Jyhem_laptop has quit IRC (Ping timeout: 252 seconds) [17:31] what's up with that? [17:31] ah, I would just use jquery to send that request as ajax, ignore the response and clear the input if it's in a module [17:31] the tracker plugin still needs a lot of love [17:31] I wouldn't try to understand it [17:31] it might.. but i'm actually surprised how well it looks! [17:32] oh, from the outside, it's fine [17:32] *** Jyhem_laptop_ is now known as Jyhem_laptop [17:35] IT'S ALIVE! [17:39] rodrigo_sampaio: what's your plan from there? [17:40] lphuberdeau: r36381 [17:40] lphuberdeau: be able to write scripts that accept input both from http and cli [17:40] any connections to mvc? [17:41] lphuberdeau: I guess it can be used with the mini-mvc if you code that will be called both from the browser and the command line [17:59] *** Merbster has quit IRC (Ping timeout: 250 seconds) [18:35] *** SJ-Jay has quit IRC () [18:49] tikiwiki: 03changi67 * r36383 10/trunk/lib/language/WriteFile.php: [ENH] Add header [18:52] tikiwiki: 03changi67 * r36384 10/trunk/get_strings2.php: Add a link to i18n.tiki.org for completion [18:56] *** RobertPlummer_ has joined #tikiwiki [18:57] closed laptop and back [18:58] tikiwiki: 03changi67 * r36385 10/trunk/lib/language/ (8 files in 2 dirs): Nicer for documentation [19:01] *** RobertPlummer has quit IRC (Ping timeout: 252 seconds) [19:15] changi|morphee: are you there? [19:18] *** rodrigo_sampaio1 has joined #tikiwiki [19:19] *** rodrigo_sampaio has quit IRC (Ping timeout: 264 seconds) [19:26] tikiwiki: 03lphuberdeau * r36386 10/trunk/ (4 files in 2 dirs): [MOD] Move two jquery functions out of tracker-specific file because they grew generic-enough [19:29] tikiwiki: 03changi67 * r36387 10/trunk/ (5 files in 4 dirs): [user:changi:codecleaning] Unused variables [19:29] *** luciash has joined #tikiwiki [19:29] polom [19:29] hi luciash [19:30] olé rodrigo [19:30] rodrigo_sampaio1: will fix test in 2 minutes :) [19:30] luciash: s/olé/olá/ :) [19:30] changi|morphee: thanks [19:31] rodrigo_sampaio1: i don't want to be the one who break it, and as i'm in charge of quality.to i should fix that quick [19:31] rodrigo_sampaio1: ok, olá :) [19:32] changi|morphee: that is what I thought ;) (by the way thanks for keeping quality.tiki.org) [19:32] just in case: anybody else see tiki-admin.php?page=wiki in trunk as broken page ? [19:32] luciash: testing [19:32] RobertPlummer_: tnx [19:33] RobertPlummer_: cause i just restored whole templates/ dir and still get it [19:33] does the page have a js error? [19:34] rodrigo_sampaio1: the new generation of quality will soon be online [19:34] RobertPlummer_: there's no JS or CSS at all [19:34] RobertPlummer_: missing [19:35] Works fine for me. [19:35] Did you clear the cache after you updated? [19:35] yep [19:35] seems to work fine for me as well luci [19:35] Do you have a bunch of features on? [19:35] Modules? [19:35] I mean tiki is quite complex at times, it could be something very small and difficult to trace. [19:36] yup yup :-/ [19:36] yep, it is just local copy of trunk, but i have some features enabled and profile applied [19:36] luciash: working for me too [19:36] *** changi|morphee is now known as changi [19:37] changi: great news! [19:37] luciash: Are you good at tracing errors? [19:37] other admin pages are ok, just this one renders just partly with no CSS or JS and no html head and body, just the part starting with H1 and ending at the Plugins legend tag [19:37] *** Merbster has joined #tikiwiki [19:37] fabricius, are you here? :) [19:38] RobertPlummer_: i don't know how to trace this one [19:38] what is the error? [19:38] Is it a javascript error? [19:38] luciash: did you desactivade file_attachments ? [19:39] RobertPlummer_: no error, you just saw how the page renders "very lightweight html ;)" at my shared screen [19:39] there is currently problem with smarty plugin attachment [19:39] luciash: there you go! [19:39] eveing [19:39] evening* [19:39] lphuberdeau, changi: thanks for checking [19:40] changi: ah [19:40] changi: i will try to disable that plugin [19:40] i commit by error a quick fi [19:40] x [19:40] Merbster: hi [19:40] look at 36365 [19:41] luciash: comment the same line and it will work [19:42] how come the other guys have it working ? :) [19:43] ah i see, i see WSOD on the tiki-admin.php?page=textarea as well [19:43] must be the plugin thing [19:43] luciash: changi: seems to work fine for me. [19:43] changi: what was the file modified on 36365 ? [19:44] i will just try to svn up -r on that file to previous rev [19:45] lib/smarty_tiki/function.attachments.php [19:45] lib/wiki/wikilib.php ? [19:45] faster :) [19:46] ah, tx [19:48] getting a wsod when saving prefs... rebooting the vm which has been running slower and slower and will investigate a bit more afterwards [19:50] changi: hmm, i fear that wasn't that :( [19:50] still the same [19:51] can it be PHP 5.3.3 problem ? [19:52] luciash: no i'm in PHP5.3.3 too [19:52] lphuberdeau: interesting [19:53] 5.3.5 :) [19:56] weird :( performance admin panel is also b0rked, security panel is OK, ... [19:57] i have 128M memroy_limit btw [19:57] *** DarkCalf has quit IRC (Read error: Connection reset by peer) [19:57] i wonder what tiki preference might cause that [19:57] *** DarkCalf has joined #tikiwiki [19:58] tikiwiki: 03mlustenberg * r36388 10/trunk/lib/ (3 files in 3 dirs): [ADD] infrastructure to switch toolbars for wysiwyg_htmltowiki [19:59] comments admin panel also [20:01] did go through this time, but too awfully long... investigating [20:02] file gals, trackers, category admin panels too... others look fine. sounds more like some apache problem maybe ? [20:02] i will try disable .htaccess [20:02] luciash, no need to try everything [20:02] I'll know what the issue is in a minute ;) [20:03] lphuberdeau: superb :) [20:04] i suspect it is something to do with the Plugins listing as it appears on each of the affected admin panels i mentioned [20:05] lphuberdeau: you were right, renaming htaccess did nothing ;) [20:05] hmmm... when changing a pref, a very long amount of time is spent recompiling templates [20:08] don't know where it's called from yet... need to re-run with more time... [20:08] stay tuned [20:10] tikiwiki: 03changi67 * r36389 10/trunk/lib/test/language/fixtures/ (6 files): Fix some tests - thanks rodrigo [20:11] * luciash staying tuned [20:13] luciash: works for me [20:13] *** bart_ has quit IRC (Ping timeout: 252 seconds) [20:13] 134 MB cachegrind output.. yup, something wrong [20:17] that all looks really really strange [20:17] tikiwiki: 03changi67 * r36390 10/trunk/lib/ (7 files in 2 dirs): Fix some tests again - thanks rodrigo [20:18] RobertPlummer_: fixed now [20:18] luciash: woohoo! [20:19] oups sorry RobertPlummer_ wrong guy [20:19] rodrigo_sampaio1: fixed now [20:19] :D [20:19] changi: anything fixed = something good [20:19] RobertPlummer_: even if it's a test :) [20:19] lphuberdeau: yes, looks strange [20:20] looks nothing like what I expected [20:23] *** changi is now known as changi|morphee [20:23] see ya [20:26] tikiwiki: 03changi67 * r36391 10/trunk/lib/ (core/Request.php test/core/Request/RequestTest.php): SVN Property [20:29] thanks for fixing the tests changi|morphee [20:35] tikiwiki: 03lphuberdeau * r36392 10/trunk/admin/include_features.php: [FIX] Old code cleared template cache on all preference saves in features, causing timeouts [20:36] luciash, I don't think I was getting the same issue I was as mine was really localized [20:37] was some old code flushing the template cache, probably due to a very bad default change, but I won't track it as all other calls to it are decent [20:37] I think the reason I felt it now is that smarty 3 is actually much slower at compiling [20:38] slower at everything actually [20:38] lphuberdeau: I hear you man, it is a beast. [20:38] well, they aimed for backward compatibility in 3.0, so that has some costs [20:39] but for the template execution part, the issue is mostly with tiki's templates doing too much [20:40] when they started work on 3, they wanted to use a real parser because it would be so much faster ;) [20:42] hmm, okay, i can live with that on my localhost but it would be a problem on a web sevrer later on ... [20:42] or could [20:42] luciash: sorry, I can't reproduce your issue, so I can't fix it [20:47] *** luciash has quit IRC (Ping timeout: 252 seconds) [20:51] *** luciash has joined #tikiwiki [20:56] Does anyone know if netbeans come with a built in svn client or do I need tortoise SVN or some other library? [20:56] oh, i got it... there was a conflict on one wikiplugin file and it got borked by these >>>mine, etc. causing the pages with wiki plugins listings broken [20:56] * luciash feels ashamed [20:56] I want to download trunk and see if I can start work on perspective stuff. :P [21:04] tikiwiki: 03lphuberdeau * r36393 10/trunk/ (3 files in 3 dirs): [FIX] Missing conversion of articles to new comments interface [21:05]