CIA-36: tikiwiki: 03chealer * r39885 10/trunk/lib/init/initlib.php: [REF] Clarify comment on @ benoitg: joined #tikiwiki 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) 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 goj_killedByISP: joined #tikiwiki CIA-36: tikiwiki: 03chealer * r39887 10/trunk/lib/smarty_tiki/function.button.php: [FIX] "Only variables should be passed by reference" Jyhem: joined #tikiwiki redflo: joined #tikiwiki 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. CIA-36: tikiwiki: 03sept_7 * r39888 10/third_party/smarty31/ (22 files in 4 dirs): [UPDATE] Update to Smarty 3.1.8 kaory: joined #tikiwiki
!help Tiki|bot: You can get a more complete list of commands that work with this bot at http://tiki.org/TikiBot . CIA-36: tikiwiki: 03sept_7 * r39889 10/third_party/htmlpurifier/ (44 files in 15 dirs): [UPDATE] Update to HTMLPurifier 4.4.0 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 xavi: joined #tikiwiki Beestje: anyone awake that can help me migrating trackers from mirrored tables to a normal tracker? :-) 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 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? 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 ricks99: joined #tikiwiki Bernard1: joined #tikiwiki sandroandrade: joined #tikiwiki rodrigoprimo: joined #tikiwiki 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. Bernard1: joined #tikiwiki root1: joined #tikiwiki Beestje: Thanks xavi! root1: exit 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 zac2944: joined #tikiwiki 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 radek82: joined #tikiwiki Beestje: thanks again xavi, i'm playing around now. it exports the date and time properly xavi: np Beestje: after import in list mode, it shows an incorrect date. when editing an item, it shows the correct date. rodrigoprimo: polom xavi xavi: hi rodrigoprimo 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? xavi: no idea rodrigoprimo: xavi: thanks xavi: rodrigoprimo: can you open skype? rodrigoprimo: xavi: yes, I'm online on skype 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 rodrigoprimo: ok
I'm going out for lunch. I will be back soon. jonnyb: joined #tikiwiki xavi: polom jonnyb jonnyb: hi xavi ricks99: left #tikiwiki jonnyb: xavi: did your mail thing work? 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 :-) jonnyb: ah right, one of those (how exciting!) 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 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 xavi: I was re-wrtiting to that guy with the drag&drop lib for structures, etc. (pizzaware-licese)
he he... self-spamming happens every now and then :-)
with tiki also 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 :( 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 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) jonnyb: thought so xavi: jonnyb: are you using google+ ? jonnyb: only to block xavi: I've just emailed the developer of that drag & drop thingy for structures... to his google+ account jonnyb: (people)
:) xavi: :-D jonnyb: ok, super - no response from the contact form? (i guess) xavi: yes, no response :-(
that's why I'm trying g+
see pm
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 jonnyb: no sorry - no re-looked for a while
the tracker one does work though (if you refresh the page ;) ) 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 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) Beestje: found the culprit in trackerlib.php. Exported date time field contains e.g. : 18/12/2010 17:21 jonnyb: [off] here's my demo page - http://alcns.net/TikiFest+Timeline Beestje: function to import only gets the $d $m and $y value
here : list($d, $m, $y) = split('/', $data[$i]); jonnyb: Beestje: isn't there a choice of date format on tracker export? xavi: go Beestje, go! (& fix it if you know how) jonnyb: (that default to the wrong one of course) 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? -: jonnyb must rebuild that fest timeline on tiki.org one day... jonnyb: Beestje: why not just export it with the right format? Beestje: it does export now in the right format, it's the import function that just takes the date and ignores the time jonnyb: trackerlib is not a good place to start learning php ;) Beestje: first part of function : list($d, $m, $y) = split('/', $data[$i]); jonnyb: mind you, you wouldn't be the first! Beestje: then : $data[$i] = $tikilib->make_time(0, 0, 0, $m, $d, $y); -: xavi willing to fix another minor but long-standing-issue with PluginTrackerFilter 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 jonnyb: best thing would be to use the strtotime() fn (i think it's called) 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 xavi: 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}" /> 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) xavi: somewhere around that line, some html name and/or anchor needs to be added I guess, somehow -: Jyhem does not understand the issue at all :-( 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 xavi: Jyhem, hold on a few scs... I'm preparing a place in demo.t.o/trunk so that it can be reproduced easily :-) -: Jyhem might need help setting up "Daily reports" emails xavi: Jyhem: see this: http://demo.tiki.org/trunk/Wants#Search
or jonnyb to understand the issue Jyhem: ok, I'm in http://demo.tiki.org/trunk/Wants#Search 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 -: Jyhem does not understand the issue yet Jyhem: xavi: is the point that you wish to click on "filter" and then see the #Search part again ?
instead of getting on top ? Narkster: joined #tikiwiki 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 Jyhem: Yes, I kinda figured that out in the meantime xavi: jonnyb, thanks, that part is needed, I agree. But not enough....
I guess that then a aname is needed somewhere else... jonnyb: yes, at the start of the form 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? Jyhem: I think you want http://demo.tiki.org/trunk/Wants#trackerFilter1 xavi: he he, Jyhem, you got much closer!!! Jyhem: You need to find how this is built: <div style="display: block;" class="trackerfilter" id="trackerFilter1"><form method="post" xavi: we need something like this, but sending the user to the results, not to the filter options again Jyhem: Then you reuse trackerFilter1 from id="trackerFilter1"
in the other links
assuming id="trackerFilter1" is unique as per HTML standards dictate xavi: results=table with the items, not the fields to filter again Jyhem: why not the filter options again ? The user might want to perfect the filter
iteratively 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) 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 xavi: ok, thanks Jyhem, you gave me the right pointers! :-)
and you too, jonnyb :-) jonnyb: :) Jyhem: :)
So, how do I test "Daily reports" emails on http://xavi.alsawiki.com/trunk/ ? xavi: :-)
did you try reading the docs? http://doc.tiki.org/Daily+report ? Jyhem: I activated "Daily reports" but i do not know what it does afterwards :-/ xavi: if not clear enough, we should improve the docs Jyhem: Not yet, I'm still in the option==2 xavi: ok
when needed, read the docs :-) Jyhem: I'll shout it I don't understand http://doc.tiki.org/Daily+report xavi: :-) yes, that's the point :-) so that we improve them Jyhem: You know how it is: "when all else failed... read the doc" :-) xavi: :-D Jyhem: Bad habits from before Tiki, whihch actually has usable docs Bernard1: joined #tikiwiki xavi: yay! it works!!!!!! thanks heaps jonnyb and Jyhemª! I've finally fixed this issue! (wanted to fix it for months)
commit soon (brb) Jyhem: :) xavi: uff, long commit message
sorry :-) benoitg: joined #tikiwiki 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 jonnyb: wow, that's almost a manual! 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) 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) xavi: yay, thanks Jyhem! :-) Jyhem: That's just the first part. :-)
Since you had collected half the info, i felt I'd bump it up the priority list :) xavi: :-) phantomfakeBNC: joined #tikiwiki jonnyb: joined #tikiwiki 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. rodrigoprimo: left #tikiwiki benoitg: joined #tikiwiki CIA-36: tikiwiki: 03marclaporte * r39899 10/branches/8.x/styles/layout/design.css: [bp/r39798] [FIX] design: fix url Bernard1: joined #tikiwiki
joined #tikiwiki 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 ricks99: joined #tikiwiki xavi: left #tikiwiki 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 dcedilotte: joined #tikiwiki
left #tikiwiki Bernard1: joined #tikiwiki rodrigoprimo: joined #tikiwiki supergreg: joined #tikiwiki