| ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
| Who | What | When |
|---|---|---|
| CIA-36 | tikiwiki: 03chealer * r39884 10/trunk/ (lib/smarty_tiki/block.textarea.php templates/wiki_edit.tpl): [FIX] "Only variables should be passed by reference"
tikiwiki: 03chealer * r39885 10/trunk/lib/init/initlib.php: [REF] Clarify comment on @ | [0:4] |
| benoitg | joined #tikiwiki | [0:49] |
| CIA-36 | tikiwiki: 03marclaporte * r39886 10/trunk/lib/ (setup/prefs.php wiki-plugins/wikiplugin_wysiwyg.php): [MOD] PluginWYSIWYG: adding a toolbar icon (any ideas for a nicer one?), and putting it by default in the toolbar (if plugin has been activated) | [1:20] |
| Tiki|bot | Recent Bug: Tracker item: #4166 - - Review all HTML5 tags and consider support for missing tags like ABBR and ACRONYM - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4166 | [2:19] |
| goj_killedByISP | joined #tikiwiki | [3:2] |
| CIA-36 | tikiwiki: 03chealer * r39887 10/trunk/lib/smarty_tiki/function.button.php: [FIX] "Only variables should be passed by reference" | [3:21] |
| Jyhem | joined #tikiwiki | [4:44] |
| redflo | joined #tikiwiki | [8:48] |
| Beestje | joined #tikiwiki
Hello all! Long time no see :-) Q : I have a v 3.3 and the trackers are using mirrored tables. Upgrading to v7 works, except for the trackers. How do I export the trackers completely out of 3.3 and import them into v7 or v8.3 ? I think luciash answered this Q roughly in July but I had a lot of other projects and I forgot :-( I know that the feature is removed but I read somewhere that there will be a data migration script. I'm thinking of setting up another 3.3 test environment without mirrored trackers and then importing the trackers. | [9:23] |
| ............................................................................................................................ (idle for 10h18mn) | ||
| CIA-36 | tikiwiki: 03sept_7 * r39888 10/third_party/smarty31/ (22 files in 4 dirs): [UPDATE] Update to Smarty 3.1.8 | [10:18] |
| kaory | joined #tikiwiki
!help | [10:24] |
| Tiki|bot | You can get a more complete list of commands that work with this bot at http://tiki.org/TikiBot . | [10:24] |
| CIA-36 | tikiwiki: 03sept_7 * r39889 10/third_party/htmlpurifier/ (44 files in 15 dirs): [UPDATE] Update to HTMLPurifier 4.4.0 | [10:29] |
| Beestje | I set up a 3.3 test environment (copy of the production one) removed all the trackers and disabled the mirrored trackers
I'm able to import the tracker itself and the fields, but importing the csv is where it seems to go wrong | [12:3] |
| ...................... (idle for 1h46mn) | ||
| xavi | joined #tikiwiki | [12:15] |
| ............... (idle for 1h12mn) | ||
| Beestje | anyone awake that can help me migrating trackers from mirrored tables to a normal tracker? :-) | [13:27] |
| CIA-36 | tikiwiki: 03xavidp * r39890 10/trunk/lib/wiki-plugins/wikiplugin_trackerlist.php: [FIX]Show last created AND modif items in the period, not just the last created | [13:28] |
| Beestje | after importing, the tracker shows that it has 1016 items but on opening them it has 0 items found.
tiki_tracker_items contains 1016 records, but they're not in tiki_tracker_item_fields how can I find out where it's going wrong? | [13:29] |
| CIA-36 | tikiwiki: 03xavidp * r39891 10/branches/8.x/lib/wiki-plugins/wikiplugin_trackerlist.php: [bp/r39890][FIX]Show last created AND modif items in the period, not just the last created
tikiwiki: 03xavidp * r39892 10/branches/proposals/6.x/lib/wiki-plugins/wikiplugin_trackerlist.php: [bp/r39890][FIX]Show last created AND modif items in the period, not just the last created | [13:31] |
| ricks99 | joined #tikiwiki | [14:3] |
| Bernard1 | joined #tikiwiki | [14:5] |
| sandroandrade | joined #tikiwiki | [14:8] |
| ............ (idle for 57mn) | ||
| rodrigoprimo | joined #tikiwiki | [14:28] |
| xavi | Beestje: hi. check the mysql tables in the target tiki
to se whether the items are uploaded/imported or not play in a local tiki to add a couple of items, then export them (csv), then re-import them (csv) and then, you can use the same format to re-shape your items (from a former mirror tracker), so that they fit with the tracker item syntax in csv to be imported my 2 cents (HTH) and yes, you need to define (kind of clone by hand) the tracker fields in the target tiki, compared to the mirror tracker in the source tiki for trackers to be imported successully in a later stage, etc. | [14:39] |
| Bernard1 | joined #tikiwiki | [14:45] |
| root1 | joined #tikiwiki | [14:49] |
| Beestje | Thanks xavi! | [14:49] |
| root1 | exit | [14:50] |
| Beestje | seemed to get it working for a small tracker.
Where can i reset the field id's and item id's autonumbering? so that once i know how to import properly i don't have numberings starting at 3500 and such? it's not taking the date properly though, sets everything at 12-12-1999 00:00 | [14:52] |
| zac2944 | joined #tikiwiki | [14:59] |
| xavi | Beestje: play with a new tracker on a new tiki, and learn the basics for csv export and csv import
you'll get fieldId numbers, itemId, date syntax, etc at csv export, and csv import, afaik | [15:4] |
| radek82 | joined #tikiwiki | [15:6] |
| ...... (idle for 25mn) | ||
| Beestje | thanks again xavi, i'm playing around now. it exports the date and time properly | [15:24] |
| xavi | np | [15:24] |
| Beestje | after import in list mode, it shows an incorrect date. when editing an item, it shows the correct date. | [15:24] |
| rodrigoprimo | polom xavi | [15:25] |
| xavi | hi rodrigoprimo | [15:25] |
| rodrigoprimo | I'm testing the upgrade of a tiki 5.x to 8.x and I'm having some problems with a custom template and Smarty 3
is there a script to convert an Smarty 2 template files to Smarty 3? | [15:26] |
| xavi | no idea | [15:26] |
| rodrigoprimo | xavi: thanks | [15:27] |
| xavi | rodrigoprimo: can you open skype? | [15:30] |
| rodrigoprimo | xavi: yes, I'm online on skype | [15:31] |
| xavi | mmm, ok, for some reason, I can't see you as online there
anyway, np whenever we are both online for skype, you'll see that I've added you to a private chat | [15:31] |
| rodrigoprimo | ok
I'm going out for lunch. I will be back soon. | [15:34] |
| ..... (idle for 22mn) | ||
| jonnyb | joined #tikiwiki | [15:57] |
| xavi | polom jonnyb | [16:2] |
| jonnyb | hi xavi | [16:2] |
| ricks99 | left #tikiwiki | [16:3] |
| jonnyb | xavi: did your mail thing work? | [16:6] |
| xavi | not sure (it's triggered by a cron script every few hours) and when some item status changed a day earlier, etc
:-) I'll know tomorrow evening probably :-) | [16:7] |
| jonnyb | ah right, one of those (how exciting!) | [16:7] |
| xavi | :-)
I made the change to setText in demo.t.o/trunk and in my local production proposals/6x here at work so next emails I receive from any of them, I'll see it :-) I will not commit anything else until I've tested that anything is better than before | [16:8] |
| jonnyb | i had an odd tracker notification thing yesterday - i restarted my machine (having killed both browser and apache experimenting with plugin wysiwyg!) and afterwards i got about 100 "tracker item deleted" emails, which i eventually realised were from when we were experimenting with the barter profile and i ended up with about 50 offers and wants duplicated | [16:9] |
| xavi | I was re-wrtiting to that guy with the drag&drop lib for structures, etc. (pizzaware-licese) | [16:9] |
| he he... self-spamming happens every now and then :-)
with tiki also | [16:10] | |
| jonnyb | the problem was they all had the date bit set to "16:52" etc, because it uses that short date thing where if it's "today" it only prints the date (even though they were delivered some days later)
do you agree we should change them all to use the long date? or at least always put the day in as well? sadly it applies to most of the mail tpls :( | [16:10] |
| Beestje | @xavi : thanks once more, figured it out for the most part
date was exported in the system date format : 24-12-2010, for import it needs 24/12/2010 still not taking the time properly, just makes it 00:00 | [16:14] |
| xavi | Beestje: please, fix if you know how!
Beestje: or request a coder to fix it for you, if possible jonnyb: +1 (it's a pity when emails say: "today", or just the time but not the day, etc (like in "Daily reports" emails) | [16:15] |
| jonnyb | thought so | [16:16] |
| xavi | jonnyb: are you using google+ ? | [16:17] |
| jonnyb | only to block | [16:17] |
| xavi | I've just emailed the developer of that drag & drop thingy for structures... to his google+ account | [16:17] |
| jonnyb | (people)
:) | [16:17] |
| xavi | :-D | [16:17] |
| jonnyb | ok, super - no response from the contact form? (i guess) | [16:18] |
| xavi | yes, no response :-(
that's why I'm trying g+ see pm | [16:18] |
| btw, jonnyb, any news about Simile Timeline?
xavi looking forward to use in 9x in a few months for the task tracker that we have at work | [16:27] | |
| jonnyb | no sorry - no re-looked for a while
the tracker one does work though (if you refresh the page ;) ) | [16:28] |
| xavi | :-)
that's the only thing I know about features using it: http://doc.tiki.org/PluginTrackerTimeline&highlight=simile jonnyb: is it ready for plugintrackerfilter, for instance, already? in trunk xavi didn't look at the code nor tested, just asking about your knowledge of the state of the art xavi willing to test it in the following weeks | [16:31] |
| jonnyb | no, it's and alternative to trackerlist or filter
that's why i started the other one to be more flexible (but haven't had time to get back to it) | [16:35] |
| Beestje | found the culprit in trackerlib.php. Exported date time field contains e.g. : 18/12/2010 17:21 | [16:36] |
| jonnyb | [off] here's my demo page - http://alcns.net/TikiFest+Timeline | [16:36] |
| Beestje | function to import only gets the $d $m and $y value
here : list($d, $m, $y) = split('/', $data[$i]); | [16:37] |
| jonnyb | Beestje: isn't there a choice of date format on tracker export? | [16:37] |
| xavi | go Beestje, go! (& fix it if you know how) | [16:37] |
| jonnyb | (that default to the wrong one of course) | [16:37] |
| Beestje | don't know crap about php unfortunately so I'll need some help :-)
how do I modify that list function so it gets the HH:MM values as well? | [16:38] |
| jonnyb | jonnyb must rebuild that fest timeline on tiki.org one day...
Beestje: why not just export it with the right format? | [16:38] |
| Beestje | it does export now in the right format, it's the import function that just takes the date and ignores the time | [16:39] |
| jonnyb | trackerlib is not a good place to start learning php ;) | [16:39] |
| Beestje | first part of function : list($d, $m, $y) = split('/', $data[$i]); | [16:39] |
| jonnyb | mind you, you wouldn't be the first! | [16:39] |
| Beestje | then : $data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y); | [16:39] |
| xavi | xavi willing to fix another minor but long-standing-issue with PluginTrackerFilter | [16:39] |
| Beestje | so it sets the time to 0 to import it in the new tracker and disregards the time that 's in the exported csv | [16:40] |
| jonnyb | best thing would be to use the strtotime() fn (i think it's called) | [16:40] |
| xavi | to avoid disturbing jonnyb, anyone else that knows how to add html anchor so that when you hit at "filter", the user is sent to that page fo the page where the trackerfilter results are? sylvieg ? Jyhem? rodrigoprimo?
regarding PluginTrackerFilter in 6x, 8x and trunk ^ xavi ignores 7x, of course, in purpose same issue in all of them, so probably, same fix will apply to all of them probably aroun line 114 in trunk/templates/wikiplugin_trackerfilter.tpl , where it says: <input class="button submit" type="submit" name="filter" value="{if empty($action)}{tr}Filter{/tr}{else}{tr}{$action}{/tr}{/if}" /> | [16:43] |
| CIA-36 | tikiwiki: 03jonnybradley * r39893 10/trunk/lib/wiki-plugins/wikiplugin_wysiwyg.php: [FIX] wysiwyg plugin: Close other wysiwyg editors when opening a new one (lost changes alert still to do) | [16:46] |
| xavi | somewhere around that line, some html name and/or anchor needs to be added I guess, somehow | [16:46] |
| Jyhem | Jyhem does not understand the issue at all :-( | [16:50] |
| jonnyb | xavi: you need to add an anchor at the place you want at the top, and then make the form action have #anchorname at the end | [16:51] |
| xavi | Jyhem, hold on a few scs... I'm preparing a place in demo.t.o/trunk so that it can be reproduced easily :-) | [16:51] |
| Jyhem | Jyhem might need help setting up "Daily reports" emails | [16:51] |
| xavi | Jyhem: see this: http://demo.tiki.org/trunk/Wants#Search
or jonnyb to understand the issue | [16:52] |
| Jyhem | ok, I'm in http://demo.tiki.org/trunk/Wants#Search | [16:54] |
| jonnyb | xavi: looks like line 12 of wikiplugin_trackerfilter.tpl - add #Search to the end of the action url string (might work)
except that wouldn't work - you need a unique anchor for each plugin | [16:54] |
| Jyhem | Jyhem does not understand the issue yet
xavi: is the point that you wish to click on "filter" and then see the #Search part again ? instead of getting on top ? | [16:55] |
| Narkster | joined #tikiwiki | [16:56] |
| xavi | The question (in short) would be: how can a user achieve than when he clicks at filter , he is sent to the bottom of the page?
sorry for the dealy in my reply (I've been busy out of computer a few minutes) Jyhem: the point is that when you click at filter, you are sent to the table of results at the bottom right now you are sent back to the top of the page | [17:5] |
| .... (idle for 17mn) | ||
| Jyhem | Yes, I kinda figured that out in the meantime | [17:13] |
| xavi | jonnyb, thanks, that part is needed, I agree. But not enough....
I guess that then a aname is needed somewhere else... | [17:13] |
| jonnyb | yes, at the start of the form | [17:14] |
| xavi | he he, still looking for that start fo the table in the tpl...
line 138 says: <div class="trackerfilter-result"> is this div class name usable as the target for an #trackerfilter-result in the url? | [17:14] |
| Jyhem | I think you want http://demo.tiki.org/trunk/Wants#trackerFilter1 | [17:16] |
| xavi | he he, Jyhem, you got much closer!!! | [17:16] |
| Jyhem | You need to find how this is built: <div style="display: block;" class="trackerfilter" id="trackerFilter1"><form method="post" | [17:16] |
| xavi | we need something like this, but sending the user to the results, not to the filter options again | [17:17] |
| Jyhem | Then you reuse trackerFilter1 from id="trackerFilter1"
in the other links assuming id="trackerFilter1" is unique as per HTML standards dictate | [17:17] |
| xavi | results=table with the items, not the fields to filter again | [17:18] |
| Jyhem | why not the filter options again ? The user might want to perfect the filter
iteratively | [17:18] |
| xavi | well, the user wants to see the results, and if not good enough, improve the filter again
when the list of fields to filter with is too long, the user don't see the results, just the fields to filter (bad usability for end users) | [17:20] |
| Jyhem | Anyway, to get what you want you would need to find where <div class="trackerfilter-result"> is bult and change it to <div id="trackerFilter1-results" class="trackerfilter-result"> for instance | [17:20] |
| xavi | ok, thanks Jyhem, you gave me the right pointers! :-)
and you too, jonnyb :-) | [17:21] |
| jonnyb | :) | [17:21] |
| Jyhem | :)
So, how do I test "Daily reports" emails on http://xavi.alsawiki.com/trunk/ ? | [17:21] |
| xavi | :-)
did you try reading the docs? http://doc.tiki.org/Daily+report ? | [17:22] |
| Jyhem | I activated "Daily reports" but i do not know what it does afterwards :-/ | [17:23] |
| xavi | if not clear enough, we should improve the docs | [17:23] |
| Jyhem | Not yet, I'm still in the option==2 | [17:23] |
| xavi | ok
when needed, read the docs :-) | [17:23] |
| Jyhem | I'll shout it I don't understand http://doc.tiki.org/Daily+report | [17:23] |
| xavi | :-) yes, that's the point :-) so that we improve them | [17:24] |
| Jyhem | You know how it is: "when all else failed... read the doc" :-) | [17:24] |
| xavi | :-D | [17:24] |
| Jyhem | Bad habits from before Tiki, whihch actually has usable docs | [17:25] |
| Bernard1 | joined #tikiwiki | [17:25] |
| xavi | yay! it works!!!!!! thanks heaps jonnyb and Jyhemª! I've finally fixed this issue! (wanted to fix it for months)
commit soon (brb) | [17:29] |
| Jyhem | :) | [17:38] |
| xavi | uff, long commit message
sorry :-) | [17:41] |
| benoitg | joined #tikiwiki | [17:41] |
| CIA-36 | tikiwiki: 03xavidp * r39894 10/trunk/templates/wiki-plugins/wikiplugin_trackerfilter.tpl: (log message trimmed)
tikiwiki: [FIX]Usability fix. After filtering items, send the user just above the table tikiwiki: with the results, not to the top of the page. The div id is placed in purpose tikiwiki: aboive the buttons, so that user knows more easily where he is, and where is the tikiwiki: section with the fields to keep refining the filter, etc. Div not placed on top tikiwiki: of the filtering options since the list of fields can be long, and users expects tikiwiki: to see the results after the click on "filter", and not just the top of the | [17:41] |
| jonnyb | wow, that's almost a manual! | [17:43] |
| xavi | :-) yeah, sorry for that
and CIA-36 trimmed it (it was longer) I fear comments from the QT saying "-1", it's not in the right place, or in the right time, or ... (whatever) and requesting me to backport the fix in a few months when everything might have already changed a lot, etc. (regarding the backports that I'll commit next, I mean) | [17:43] |
| CIA-36 | tikiwiki: 03xavidp * r39895 10/branches/8.x/templates/wiki-plugins/wikiplugin_trackerfilter.tpl: (log message trimmed)
tikiwiki: [bp/r39894][FIX]Usability fix. After filtering items, send the user just above tikiwiki: the table with the results, not to the top of the page. The div id is placed in tikiwiki: purpose aboive the buttons, so that user knows more easily where he is, and tikiwiki: where is the section with the fields to keep refining the filter, etc. Div not tikiwiki: placed on top of the filtering options since the list of fields can be long, and tikiwiki: users expects to see the results after the click on "filter", and not just the tikiwiki: 03xavidp * r39896 10/branches/proposals/6.x/templates/wiki-plugins/wikiplugin_trackerfilter.tpl: (log message trimmed) tikiwiki: [bp/r39894][FIX]Usability fix. After filtering items, send the user just above tikiwiki: the table with the results, not to the top of the page. The div id is placed in tikiwiki: purpose aboive the buttons, so that user knows more easily where he is, and tikiwiki: where is the section with the fields to keep refining the filter, etc. Div not tikiwiki: placed on top of the filtering options since the list of fields can be long, and tikiwiki: users expects to see the results after the click on "filter", and not just the tikiwiki: 03jyhem * r39897 10/trunk/lib/ (core/Tracker/Field/UserSelector.php trackers/trackerlib.php): [ENH] Allow owners of a tracker item to avoid notifications of their own modifications (thanks Xavi) | [17:52] |
| xavi | yay, thanks Jyhem! :-) | [17:53] |
| Jyhem | That's just the first part. :-)
Since you had collected half the info, i felt I'd bump it up the priority list :) | [17:54] |
| xavi | :-) | [17:56] |
| phantomfakeBNC | joined #tikiwiki | [18:3] |
| jonnyb | joined #tikiwiki | [18:5] |
| CIA-36 | tikiwiki: 03chealer * r39898 10/trunk/lib/wiki/histlib.php:
tikiwiki: [FIX] Last changes: Missing pagination footer. tikiwiki: Pages count from get_last_changes() would never exceed the pagination setting (per-page records) following r38700. OOPS. Thanks Marc Laporte tikiwiki: TODO: get_last_changes() now queries without a limit, which will likely be insanely hard on resources when listing All changes. This needs to be optimized. | [18:6] |
| .......... (idle for 46mn) | ||
| rodrigoprimo | left #tikiwiki | [18:42] |
| benoitg | joined #tikiwiki | [18:51] |
| CIA-36 | tikiwiki: 03marclaporte * r39899 10/branches/8.x/styles/layout/design.css: [bp/r39798] [FIX] design: fix url | [18:56] |
| .... (idle for 16mn) | ||
| Bernard1 | joined #tikiwiki | [19:12] |
| joined #tikiwiki | [19:20] | |
| CIA-36 | tikiwiki: 03marclaporte * r39900 10/branches/proposals/6.x/styles/layout/design.css: [bp/r39798 + 38756] [FIX] design: fix url + [FIX] Add missing basic default design for QUOTE plugin | [19:20] |
| ricks99 | joined #tikiwiki | [19:32] |
| xavi | left #tikiwiki | [19:38] |
| CIA-36 | tikiwiki: 03jonnybradley * r39901 10/trunk/templates/mail/ (22 files): [FIX] notifications: Always use date and time for dates in mail notifications, even if tiki_same_day_time_only=y | [19:51] |
| ................. (idle for 1h20mn) | ||
| dcedilotte | joined #tikiwiki
left #tikiwiki | [21:11] |
| Bernard1 | joined #tikiwiki | [22:1] |
| ........................... (idle for 2h11mn) | ||
| rodrigoprimo | joined #tikiwiki | [23:23] |
| .... (idle for 17mn) | ||
| supergreg | joined #tikiwiki | [23:40] |
| ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |