[00:22] *** GillesMM has quit IRC (Remote host closed the connection) [00:22] *** Trebly has joined #tikiwiki [00:23] *** GillesMM has joined #tikiwiki [00:23] *** GillesMM has quit IRC (Remote host closed the connection) [00:27] *** Caarrie|away is now known as Caarrie|sleeping [00:31] Please How to clear tiki caches when we can't access GUI (http commands) [00:31] (I suppose that html commands into a site subtitle which was accepted in 3.2... crashes 6.2 not filtered by import). [00:31] I am not sure but it is on this string that the xdebug trac stops and goes to erratic behaviour (smarty); [00:31] I changed it into database but it is recalled from a cache. [00:35] *** chibaguy has joined #tikiwiki [00:35] *** ChanServ sets mode: +o chibaguy [00:35] polom [00:36] Trebly, empty the directory /templates_c, to clear the Smarty cache. [00:36] ...using FTP, etc. [00:37] *** Caarrie has joined #tikiwiki [00:38] Ok I have often done to force compilation but when they are data's (string in prefs that I have cleaned), where is the link ? [00:40] *** Caarrie|sleeping has quit IRC (Ping timeout: 276 seconds) [00:50] Trebly, I'm sorry, but I'm not sure what you are trying to do. [01:04] I got data from tiki 3.2 (sql import and treated by the actual import of existing data 3.2->6.2), with strings for titles subtitles containing html tags which are no more accepted by 6.2. [01:04] I changed them into database directly (easy to do, quicker) but the soft goes on displaying old values (verified by var_dump, because of the crash) [01:04] I was thinking that was generating a curious behavior and a crash, from two minutes I found an UTF8 problem. [01:04] I know exactly what to do for this. [01:04] But I goes on because I do think that It is useful to know why data changed into data base can not change into the displays. For apps installation and debug it is essential when the problem comes from invalid data (not well filtered). [01:06] *** lindonb has quit IRC (Remote host closed the connection) [01:07] *** lindonb has joined #tikiwiki [01:26] *** Caarrie is now known as Caarrie|sleeping [02:05] *** rworth has quit IRC (Quit: Coyote finally caught me) [02:11] I have forgotten how to reinit admin password. [02:11] After data import and utf8 conversion all pass are rejected [02:11] I have not to do the last six month I forgot it [02:33] OK solved. wrote SQL request "Admin-reset.sql" [02:38] Hi, do you know why with the same modules and content 7.x needs three time more CPU work to generate the page than 6.2 ? [03:16] *** marclaporte has joined #tikiwiki [03:16] *** ChanServ sets mode: +o marclaporte [03:25] polom [03:25] chibaguy: ping [03:28] hi marclaporte [03:30] chibaguy : how are you guys doing? [03:31] *** lindonb_ has joined #tikiwiki [03:31] we're doing fine. the real trouble is a little north of here. We get aftershocks that are medium-size but no damage. Transportation is getting back to normal. Some rolling blackouts to conserve electricity. [03:33] *** lindonb has quit IRC (Ping timeout: 240 seconds) [03:33] *** lindonb_ is now known as lindonb [03:36] marclaporte, I've got the Canada clf theme pretty much ready and will send you the files in the next day or so. [03:46] rolling blackouts must disrupt industries.... [03:47] *** marclaporte has quit IRC (Quit: See you later! http://marclaporte.com) [03:54] *** lindonb has left [03:55] *** marclaporte has joined #tikiwiki [03:55] *** ChanServ sets mode: +o marclaporte [03:57] I'm not sure how industries are affected so far, outside of the earthquake/tsunami area. I know some like semi-conductors can't really start up again until the electricity runs consistently, can't stop and go easily. [03:59] I see. [03:59] Mostly I see reduced hours, reduced lighting, escalators turned off, that kind of thing, to reduce consumption so maybe avoid blackouts. So far we haven't been affected much, blackouts get scheduled but then cancelled because electric production could cover use. [04:00] Good news for CLF. I will shortly give a presentation to some folks of Canadian federal governement [04:00] They say summertime will be hard, due to people wanting to use air conditioning. OK, I'll try to send the files this evening my time. [04:15] chibaguy : I put this to 6.x proposals? http://gcca.ourwiki.net/ [04:15] or 7.x ? [04:16] It's now a 2.2 (yuk) [04:35] For the CLF theme? [04:37] I developed it on Tiki 6 as I thought that's the version that would be used. It'd be pretty easy to add a Tiki 7 version, though. [05:04] 6 is good [06:03] site is now 6.x proposals, ready for your files :-) [06:07] *** chibaguy has quit IRC (Ping timeout: 252 seconds) [06:14] *** chibaguy has joined #tikiwiki [06:14] *** ChanServ sets mode: +o chibaguy [06:14] marclaporte: ok :-) [06:34] *** Yonixxx has quit IRC (Quit: Leaving.) [06:50] *** chibaguy has quit IRC (Ping timeout: 252 seconds) [06:57] *** redflo has joined #tikiwiki [07:19] *** Wilkins has joined #tikiwiki [09:20] *** JoernOtt has joined #tikiwiki [09:38] *** jonnyb has joined #tikiwiki [09:39] poloms of the north [09:56] scotland ? [09:56] polom from the middle [09:57] hi luciash - the last bit of England just before Scotland [09:57] getting coffee - brb [09:57] :) [09:57] coffee is a good idea [10:26] *** Caarrie|sleeping is now known as Caarrie|away [11:28] *** chibaguy has joined #tikiwiki [11:28] *** ChanServ sets mode: +o chibaguy [11:28] polom [11:29] hi chibaguy [11:30] how's it going? [11:31] hi jonnyb. things are ok. still fairly frequent shaking, but not bad around here. [11:32] i saw a documentary last night about it all - frightening! (i missed most of the news at the time as i was travelling & 'festing) [11:34] yeah, devastating in the Tohoku region. [11:34] *** ricks99 has joined #tikiwiki [11:42] hi y'all [11:43] *** lphuberdeau has joined #tikiwiki [11:45] hi ricks99 [11:45] *** ricks99 has quit IRC (Remote host closed the connection) [11:46] *** Tiki|bot has joined #tikiwiki [11:48] New Forum Posts: No apply profile - http://tiki.org/tiki-view_forum_thread.php?forumId=2&comments_parentId=40922 [11:48] New Forum Posts: Where does HomePage come from? - http://tiki.org/tiki-view_forum_thread.php?forumId=3&comments_parentId=40918 [11:48] New Forum Posts: 6.2 runaway process on tiki-home.php and CPU usage - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=40916 [11:50] Recent Bug: Tracker item: #3835 - - Plugin to display the toc of a selected page. - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3835 [11:50] Recent Bug: Tracker item: #3837 - - Out of memory bug in tikidate-php5.php - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3837 [11:56] *** ricks99 has joined #tikiwiki [12:01] jonnyb, pascal (pkdille) asked me about empty selectors in the CSS files (element or class with no properties), and if they should be removed. I had left them in as a kind of reference ('these exist and could be useful') but don't know if it's good practice really. What do you think? [12:02] hmmm - a fair question [12:02] with good DOM inspectors now they seem less useful than in the old days i guess [12:02] i wonder if they get stripped out by the minifier? [12:10] I don't know. [12:10] I guess we could have a wiki page that lists all the known/useful css rules. [12:13] Except that's something else to maintain/become out of date. [12:14] indeed - and the DOM in the browser is really the only thing that counts... [12:14] i need to feed - back later [12:15] *** jonnyb has quit IRC (Quit: jonnyb) [12:29] *** philback has joined #tikiwiki [12:30] Got an issue with a Tiki of mine: toolbars do show for event editing but there is no action. Ideas? [12:30] Al markup looks like present in Firebug. [12:35] could it be hidden by CSS? [12:37] don't the toolbar buttons require/use JS? any JS errors? [12:41] Q: in tiki 6: in the file gallery, you can specify default such as %description% to be added when selecting the image from the file gallery. is there a way to not include if it is empty? [12:42] *** Yonixxx has joined #tikiwiki [12:47] *** jonnyb has joined #tikiwiki [12:51] no, the toolbar is there and some buttons "work" as in "showing colors" for example, but not applying them to the text in calendar. [12:51] edit [12:52] jonnyb, got any reports on breakages in trackers that need fixing? [12:57] hi lphuberdeau - in fact, yes... [12:57] thought so [12:58] on Geoff's event management prototype site [12:58] I didn't get so much time to follow-up on reported issues [12:58] lots of nested pretty tracker stuff [12:58] where would that be? [12:59] he mailed me the other day - as i helped set it up in the first place [12:59] i'll do another reply and copy you [13:08] ok lphuberdeau - mail sent (to your tiki.org addy) [13:08] i have to go out for a couple of hours - bbl [13:09] thanks, I will look into it today [13:10] thanks, will join in when i get back unless you've fixed everything by then! :D [13:10] *** jonnyb has quit IRC (Quit: jonnyb) [13:11] tikiwiki: 03nkoth * r33682 10/branches/proposals/6.x/lib/tree/ (categ_admin_tree.php categ_picker_tree.php): [FIX] Fix missing starting LI tag in category picker due to bug introduced in r31198. (these files are no longer in trunk/tiki 7) [13:25] *** rodrigo_sampaio has joined #tikiwiki [13:32] *** rworth has joined #tikiwiki [13:47] *** philback has quit IRC (Quit: If you think nobody cares, try missing a few payments) [13:51] tikiwiki: 03lphuberdeau * r33683 10/branches/7.x/lib/core/Tracker/Field/Abstract.php: [FIX] When exporting tracker items, the values should not be rendered as an HTML link [13:57] I have with 7.x for, quite all, my test three time more CPU needs to show a page than with 6.2. Is it something verified or must I search a problem ? Following what way ? [14:06] I just ran spot check profiling on some basic test site using 7.x and I do not see anything out of the ordinary in the normal execution paths [14:06] there may be an issue with one of the modules you are using or some other feature [14:07] the only real way to find the issue is to profile the execution and see where time is consumed [14:08] The xdebug PHP extension can generate the cachegrind profiles and those can be analysed with KCacheGrind on linux [14:20] tikiwiki: 03lphuberdeau * r33684 10/branches/7.x/lib/tikilib.php: [ENH] Cache flag lists to avoid scanning the disk so much and performing multiple translations [14:29] *** rodrigo_sampaio has quit IRC (Ping timeout: 264 seconds) [14:35] *** nkoth has joined #tikiwiki [14:35] *** rodrigo_sampaio has joined #tikiwiki [14:55] *** jonnyb has joined #tikiwiki [15:05] jonnyb: hi, was it you that did refactoring of js/toolbars before Tiki 6 release? I have a problem (in IE only) where the insert wiki link toolbar does not capture the highlighted text anymore (it worked in Tiki 5), and am trying to find the diff, but both toolbarslib.php and tiki-js.js changed quite a bit... [15:06] *** JoernOtt has quit IRC (Ping timeout: 264 seconds) [15:06] hi nkoth - coincidentally just looking at one of yours :P http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=revision&revision=33682 [15:07] anyway - i don't recall doing refactoring but i know there are issues with IE (in trunk/7 too) [15:07] right - the category picker got all messed up in tiki 6 where there is a flipper because of r31198 [15:08] yes, but i thought i fixed it already in r 33617 (for categ_picker_tree.php anyway) [15:08] was just trying to check... looks to me like the
  • would be getting opened twice now (just from reading the diffs) [15:09] ok, checking [15:09] (because I don't actually run proposed only 6.x) [15:10] that might explain it ;) [15:10] ok, looks like a double fix then [15:10] anyway - the IE textarea selection stuff - there were some fixes i did for Marc than need backporting to 6.x, but still don't work perfectly, i guess i should attend to that now [15:11] *** marclaporte has quit IRC (Quit: See you later! http://marclaporte.com) [15:11] jonnyb: can I roll back your fix? I think mine is better [15:13] checking - my fix had some styling stuff in it too [15:13] I think the tyling stuff can stay [15:14] ok agreed, i'll do it... [15:14] ok [15:17] *** chibaguy has quit IRC (Read error: Connection reset by peer) [15:22] nkoth: by the way, got distracted by your r33660 - it needs php 5.2.3 i'm afraid according to http://uk.php.net/manual/en/function.htmlentities.php [15:22] yes, I rolled that back already [15:22] 6.x is 5.1 up [15:22] oh, jolly good - the diff here didn't spot that [15:23] r33660 [15:23] yes, my bad - back to aptana and the diffs show up on the opposite sides to netbeans [15:23] :P [15:26] *** ricks99 has quit IRC (Remote host closed the connection) [15:28] *** redflo has quit IRC (Quit: Leaving.) [15:29] *** redflo has joined #tikiwiki [15:32] tikiwiki: 03jonnybradley * r33685 10/branches/proposals/6.x/ (lib/tree/categ_picker_tree.php styles/layout/layout.css): [FIX] Rollback r33617 - nkoth's fix in r33682 is better and the styling differences were trivial. [15:41] bbl [15:41] *** jonnyb has quit IRC (Quit: jonnyb) [16:15] tikiwiki: 03lphuberdeau * r33686 10/branches/7.x/ (5 files in 4 dirs): [FIX] Fail gracefully when incremental update fails due to permission issues (when re-indexed from the command line and rights are not set correctly afterwards) [16:18] *** rworth has quit IRC (Ping timeout: 240 seconds) [16:19] *** jonnyb has joined #tikiwiki [16:20] tikiwiki: 03lphuberdeau * r33687 10/branches/7.x/lib/ (queuelib.php search/searchlib-unified.php): [FIX] Clear the pending incremental queue before rebuilding the index to avoid re-indexing the same objects again once completed [16:25] nkoth: back again - the IE selection issues are tricky as trunk has diverged from 6.x quite a bit - in http://tikiwiki.svn.sourceforge.net/tikiwiki/?rev=33256&view=rev i made quite a big change to the $.selection function - do you think this should be backported? (not easy) [16:26] jonnyb: I've traced the IE selection problem to "document.selection.createrange().text" beong nothing. It's almost as if the selection disappears before the user opens the dialog. I do an alert(document.selection.createRange().text) right on the open function and it is still blank. Any hunches? [16:26] yes, IE clears the selection as the dialog opens [16:26] anyway to avoid that? It was ok in tiki 5 [16:26] in trunk in r33143 i added a fix to store it before [16:27] ok I will look for it [16:27] but i'm not convinced it really works on all IE's in trunk still... [16:28] i only have IE 7 here (on laptop) but will also test [16:28] i have ie8 [16:28] *** Wilkins has quit IRC (Read error: Operation timed out) [16:29] Marc suggested i keep a "real" IE7 install here for testing... as IE8 in IE7 mode acts differently [16:29] (it's _such_ fun!) [16:33] ha-ha [16:34] *** redflo has left [16:34] jonnyb: its not working for me when i backport it [16:35] is the underlying reason some changes with jquery? [16:35] because it works with Tiki 5.... [16:35] and I'm wondering why [16:35] it might have been some of the firefox workarounds that were removed for 6 as that seemed to be fixed [16:35] maybe IE was using them too [16:35] ok, let me try putting some of that back fo [16:38] *** ricks99 has joined #tikiwiki [16:45] nkoth: plugin edit in IE7 in trunk seems ok here [16:49] what about from the toolbar? [16:49] yup, seems ok [16:50] but running windows on this machine makes it practically unusable [16:51] let me chear cache [16:51] ah, ok - no - with no selection i get an error [16:51] was checking with selection... [16:53] hmmm - stuff still inserted at the wrong point [16:56] i seem to be getting an error in handlePluginFieldsHierarchy() when clicking the file icon [16:59] looks like it's paramValues.parent which IE thinks is a window, not an array element - bad choice of var name i think [17:02] jonnyb: any reason why if I click on the wiki link icon it doesn't seem to call popupPluginForm, , but the file icon does? [17:02] which branch? [17:02] 6.x [17:03] maybe it's not using jquery ui [17:03] should be [17:05] well, it's not calling the old function in tiki-js.js anyway [17:08] oh i see, the dialogs don't use that? [17:15] no, that should go one day (when jquery-ui is always on) [17:15] i found one IE problem - fix on it's way... [17:16] *** rworth has joined #tikiwiki [17:17] *** rworth has left [17:18] do we overide the open handler in jquery at all? [17:23] tikiwiki: 03jonnybradley * r33688 10/branches/7.x/lib/jquery_tiki/tiki-jquery.js: [FIX] IE didn't like the object "parent" being reassigned, so declare (and use) a var. Also convert $.find() call to context selector. [17:23] open? i don't think so - like window.open you mean? [17:24] dialog.open I am think of, but I think I am just getting really confused here [17:28] easily done :P [17:28] the bug in handlePluginFieldsHierarchy seems to be in 6.x too so merging then will backport... [17:28] btw your latest commit, why var $parent and not var parent? [17:29] should fix the plugin form non-appearance things [17:29] becasue parent is a keyworkd [17:29] ok [17:29] also i like having $ at the start of vars containing jquery objects - makes it a bit easier to read imho [17:30] so you can see they're "special" [17:31] one question: does all this changes only affect plugin edit or do they affect toolbar icons like the "color" and the "Wiki Link"? [17:31] no, just plugins [17:32] then how do we solve the problem for "Color [17:32] and wiki link? [17:32] getting there... [17:32] ok (because I am at a total loss there) [17:38] tikiwiki: 03jonnybradley * r33689 10/branches/proposals/6.x/lib/jquery_tiki/tiki-jquery.js: [bp/r33688][FIX] IE didn't like the object "parent" being reassigned, so declare (and use) a var. Also convert $.find() call to context selector. [17:38] jonnyb, still around? [17:38] yup [17:39] seem to have got sidetracked into some horrid IE stuff (been putting it off!) [17:39] having fun? [17:39] tikiwiki: 03jonnybradley * r33690 10/trunk/ (16 files in 12 dirs): [MRG] Automatic merge, branches/7.x 33666 to 33688 [17:39] looking into the pretty tracker thing [17:39] I don't really know what I am expecting [17:40] nor how pretty trackers are supposed to work really [17:40] yes, they're a mystic and strange place [17:40] but it seems like smarty mangles with the template while compiling stripping out part of the wiki modules expected as output [17:41] adding {literal} blocks seem to fix most of that part of the equation [17:41] the nyloth commit stopping them working in trunk was rolled back by luciash before 7.x [17:41] curious - it didn't use to [17:41] however, the {$f_xx} variables it attempts to access seem to all be empty (that might be new) [17:42] could be - i added a little function in parse_data around tiki 5 that tries to set them [17:42] but really... pretty trackers should have used a different smarty delimiter, like used in jq [17:42] also a flag to try and detect when you're in a nested template [17:43] i didn't write pretty trackers! :P [17:43] they should be top of the list for replacement with {list} in 8 [17:43] I know [17:44] but i don't think there's anything fundamental we did to trackers that should mean they're irrepairable [17:44] need a refill - brb [17:44] (it's beer o'clock here) [17:47] polom [17:50] ok, fixed part of the issue [17:50] still does not quite work though [17:50] tikiwiki: 03lphuberdeau * r33691 10/branches/7.x/templates/tracker_pretty_item.tpl: [FIX] Field not sent correctly to trackeroutput [17:51] lphuberdeau: do you think we could de-smarty that template? i've been meaning to for ages but never dared when the rest was such a mess [17:51] polom chealer [17:52] pretty item one? [17:52] i think so - there's one that's only about a page long and really should be in php [17:52] Might do it, but will have to wait until the whole issue is fixed on geoff's test site [17:55] when I add the literal bits, I get correct wiki syntax formatting, but then the plugins don't seem to execute at all [17:59] jonnyb: I will wait for your backport to proposed of all the jquery fixes then I will try them all at one shot. ok? [18:00] I mean selection fixes [18:01] ok nkoth - still battling with actually running IE at all here [18:02] lphuberdeau: yes, agreed - repair first then refactor of course [18:02] *** ricks99 has quit IRC (Remote host closed the connection) [18:03] hmmm [18:03] got it [18:03] :D [18:03] pretty sure that did not work before the refactoring [18:03] it's most likely related to the plugin parser switch [18:04] and no one bothered to report/fix any of that before branching, of course [18:04] btw guys - perhaps one of the problem with pretty is that they use a smarty ressource - perhaps there is a way to use output filter? [18:04] no, the issue is that the plugin parsing happens at the wrong moment and the pretty tracker output is enclosed in an ~np~ block [18:06] then there is the confusion about showing or not showing links, which is highly context dependent apparently and {$f43} does not provide enough information to know [18:07] {$f_43} must behave like in travker vire item [18:08] it is the same problem than to be able to express an input or an ouput in a pretty tracker - the syntax {$f_43} is not enough powerful [18:09] well, I'm in pretty trackers now, so that is the issue [18:10] tikiwiki: 03lphuberdeau * r33692 10/branches/7.x/templates/tracker_pretty_item.tpl: [FIX] Don't display links in pretty tracker output [18:10] only fix I didn't commit yet is this one: [18:10] but pretty tracker is nothing lese that a loop on assign and a parse... [18:11] +++ lib/wiki-plugins/wikiplugin_trackerlist.php (working copy) [18:11] @@ -1522,7 +1522,7 @@ [18:11] $smarty->force_compile = $save_fc; // presumably will be false but put it back anyway [18:11] } [18:11] [18:11] - return "~np~".$str."~/np~"; [18:11] + return $str; [18:11] } [18:11] with that, it all seems to work to the best of my knowledge, but I really can't say if it's the correct behaviors all hacks depend on [18:12] ... strange this behavior changed.... [18:14] if it's what works for you lphuberdeau then give it a go - as oyu say, no one else seems to be using them in trunk or 7 [18:14] maybe it's related to the plugin parsing if set to type html will not parse change [18:15] tikiwiki: 03lphuberdeau * r33693 10/branches/7.x/lib/wiki-plugins/wikiplugin_trackerlist.php: [FIX] Execute the output of the template through the plugin parsing - if not happy with this, add ~np~ in your template [18:15] anyway if it works in 7 without the np that makes more sense [18:22] nkoth: in 7.x on IE7 i'm getting even bold etc not working reliably - is ok for you on IE8? [18:23] will check... [18:23] and it seems to vary depending on the content of the textarea [18:24] *** marclaporte has joined #tikiwiki [18:24] *** ChanServ sets mode: +o marclaporte [18:25] hi marclaporte - how you doing? [18:25] better [18:26] good good [18:27] i fixed the plugin dialog failing in IE thing, but much of the rest of the toolbars/selection stuff seems to have got worse again :( [18:38] ewll, blold does not work for me wven in firefox [18:39] same for color [18:39] really - versions? [18:40] tiki 7 [18:40] Firefox 3.6.16 on Mac [18:40] the selection becomes "text" [18:40] grim [18:40] oh right - you have codemirror on? [18:40] ye [18:40] nothing much works with that [18:41] ok, i turn that off [18:41] i don't have time to fix it so i'll be moved to experimental before release unless it gets lots better quickly [18:43] *** jl has joined #tikiwiki [18:43] hmm in firefox, if I select teh entire line [18:44] the ending __ for bold ends up on the next line [18:44] *** jl is now known as Guest85767 [18:44] maybe not [18:44] maybe user error [18:44] hmm, going to have to re-re-revisit this another time again - need a break & food etc [18:44] ok let me try IE8 [18:45] *** Guest85767 has left [18:45] currently IE is selecting exactly 2 chars to the left of the real selection, but only on some lines and i can't work out a pattern [18:45] right I noticed that in tiki 6 too, [18:45] i have one more commit here which improves the logic (converting between windows and real-world line-ends) [18:47] in ie8, at first i thought it was my mouse but... [18:48] well, things re looking better [18:48] tikiwiki: 03jonnybradley * r33694 10/branches/7.x/lib/tiki-js.js: [FIX] IE selection again - better logic for calculating offset of selection due to extra line-end chars inside IE's textarea object (compared to the jQuery val) [18:49] but there are still some quirks [18:49] i think continue later miht be a good idea [18:49] definitely (both) [18:49] it seem to lose the last 2 characters near the end of the line [18:50] wiki link works ok (if you select a bit where bold also works ok) [18:50] the trouble is it's not always 2 chars - it seems to depend on the text preceding it [18:51] i also seem to have ruled out wrapping long lines [18:51] anyway - you may find something i've missed - sort of going blind on this! [18:51] back later... [18:52] *** jonnyb has quit IRC (Quit: jonnyb) [19:06] *** chealer has quit IRC (Quit: Konversation terminated!) [19:39] *** Yonixxx has quit IRC (Ping timeout: 276 seconds) [19:42] *** Yonixxx has joined #tikiwiki [19:46] *** philback has joined #tikiwiki [19:58] Weird behavior on a TRACKERLIST: check this: http://tiki.socius.be/tiki-index.php?page=Organisaties&trackerId=7&tr_offset=9 [19:58] URLs are correct but clicking doesn't work. Weird [19:58] Anybody having had this issue? [20:01] try restarting firefox, those links seem to work fine for me [20:02] Wow, they don't here... FFX 3.6 [20:03] Links are fine as URLs but they when I click, there is no update of the page. [20:03] Chrome same story [20:04] tried a link in each column, they all point somewhere [20:04] pointing yes, but clicking doesn't give any effect. Type page 4 of X [20:04] This old sample works: http://code-postal-facile.be/wiki/tiki-index.php?page=Rechercher%20par%20Code%20Postal&refresh=1&tr_initial=g&tr_sort_mode=lastModif_asc&tr_offset=0 [20:04] yes, clicking works [20:04] mmmh [20:05] yeah clicking on "items" work. But pagination links at the bottom or letters at the top? [20:06] IE8, FFX, Chrome: pagination doesn't work. Weird. Weird. HTML is okay. Links open with "open in new tab", but not in the current window.... Aarrrgh [20:07] http://tiki.socius.be/tiki-index.php?page=Organisaties [20:07] right [20:07] those pagination links seem broken [20:07] must be some JS catching the click event [20:07] or some div being on top of it [20:08] New Forum Posts: Trackerlist: Merging columns - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=40929 [20:08] where to look? [20:08] div on top, I couldn't open in new tab I think. [20:08] JS, how to see which script is hooked there? Firebug doesn't help me (moron me) [20:09] I don't have tools to figure that out either [20:09] Geez [20:09] I am in for a while... [20:10] Thx anyway. [20:10] I think there is a firebug extensionthat does it [20:10] but I never tried it [20:13] JS-crap I fear... [20:13] JavaScrapt [20:13] it's not really javascript, every event-based UI in the world could cause issues like that [20:15] *** Yonixxx has quit IRC (Quit: Leaving.) [20:20] *** chealer has joined #tikiwiki [20:22] well, yeah. Excuse my french [20:23] tikiwiki: 03chealer * r33695 10/branches/proposals/6.x/lib/setup/js_detect.php: [FIX] date seems unreliable before PHP 5.2, check for that instead of just the date extension (ref: r33679) [20:24] *** chealer has quit IRC (Client Quit) [20:25] *** qoumaq has joined #tikiwiki [20:25] This: http://www.sprymedia.co.uk/article/Visual+Event was key in finding out. There is a jquery with disable default behavior and... doing a submit. Which doesn't work. Damn [20:26] .trackerfilter_result form [20:29] New Forum Posts: Remove Underline button in wiki editor - http://tiki.org/tiki-view_forum_thread.php?forumId=3&comments_parentId=40932 [20:29] New Forum Posts: Pretty tracker: How to hide empty fields - conditional display - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=40930 [20:37] *** chealer has joined #tikiwiki [20:37] *** chealer has quit IRC (Changing host) [20:37] *** chealer has joined #tikiwiki [20:46] I guess I am using an old {pagination_links} code... [20:54] *** chealer has quit IRC (Quit: Konversation terminated!) [21:05] *** qoumaq has quit IRC (Quit: qoumaq) [21:08] *** Raevn has joined #tikiwiki [21:09] *** Raevn has left [21:15] *** Tiki|bot has quit IRC (Remote host closed the connection) [21:40] good night! [21:43] *** philback has quit IRC (Quit: Man who run behind car get exhausted) [21:45] *** chealer has joined #tikiwiki [21:45] *** chealer has quit IRC (Changing host) [21:45] *** chealer has joined #tikiwiki [22:34] *** lphuberdeau has quit IRC (Ping timeout: 276 seconds) [22:55] Thank's for your answer, I forget to set me away... [22:55] The problem is that I run with windows and I have nothing to analyse the xdebug cachegrind. [23:09] Sorry Kcachegrind is available for windows with xdebug 2 [23:44] Plugin supported by KDE [23:46] and KDE windows version (an RC windows from stable linux)