arildb_: joined #tikiwiki CIA-36: tikiwiki: 03jonnybradley * r41576 10/trunk/ (56 files in 53 dirs): [MRG] Automatic merge, branches/9.x 41565 to 41575 marclaporte: joined #tikiwiki goj: joined #tikiwiki sipherdee: joined #tikiwiki redflo: joined #tikiwiki arildb: joined #tikiwiki marclaporte: joined #tikiwiki benoitg: joined #tikiwiki luciash: joined #tikiwiki changi: joined #tikiwiki netpork: joined #tikiwiki blast_hardcheese: joined #tikiwiki dagb: joined #tikiwiki CIA-36: tikiwiki: 03robertplummer * r41577 10/trunk/lib/core/JisonParser/Wiki/Handler.php: [NEW] Created np pre and post parse handling, using simple regex. arildb: joined #tikiwiki blast_hardcheese: joined #tikiwiki goj_killedByISP: joined #tikiwiki
joined #tikiwiki marclaporte: joined #tikiwiki
joined #tikiwiki
Congrats on Beta! marclaporte1: joined #tikiwiki bob_: joined #tikiwiki arildb_: joined #tikiwiki jacmoe: joined #tikiwiki redflo: joined #tikiwiki EmmArrBee: joined #tikiwiki
Good moring .. query about Mass Search and Replace (v6.7) - I want to replace some gobbledgook strings from an earlier botched upgrade from 4.2->4.3 when we didn't understand UFT-8 properly with a double quote. What esc ape character do I need to use with ", please??
If I just enter " the old stringis removed nad nothing is inserted. Thx Martin redflo: joined #tikiwiki EmmArrBee: OK, I've found a work round by using " instead of " CIA-36: tikiwiki: 03xavidp * r41578 10/branches/9.x/_htaccess:
tikiwiki: Added simple rewrite rule to find users by their names in crowded collaborative
tikiwiki: community sites with "u:username". Commented by default (to avoid any conflict
tikiwiki: in upgrades with custom rules or pages in previous tiki sites)
tikiwiki: 03xavidp * r41579 10/branches/9.x/templates/ (tiki-timesheet.tpl wiki-plugins/wikiplugin_timesheet.tpl): [FIX]i18n of a couple of strings
tikiwiki: 03xavidp * r41580 10/branches/9.x/lang/ca/language.php: a few more strings translated (timesheet mainly)
tikiwiki: 03robertplummer * r41581 10/trunk/lib/core/JisonParser/Wiki/Handler.php: [NEW] Added line breaking and plugin removal and restore, using simple keys for both np and plugins. rodrigoprimo: joined #tikiwiki CIA-36: tikiwiki: 03eromneg * r41582 10/branches/9.x/styles/strasa.css: [FIX] take out the inappropriate top margin (inherited from layout.css) for the fixed width option with strasa theme rodrigoprimo: joined #tikiwiki CIA-36: tikiwiki: 03jonnybradley * r41583 10/branches/9.x/tiki-setup.php: [FIX] setup: Missing semicolon in non-sefurl js setup (breaking mobile mode in some circumstances) jonnyb: joined #tikiwiki radek82: joined #tikiwiki CIA-36: tikiwiki: 03nkoth * r41584 10/branches/9.x/lib/ (2 files in 2 dirs): [FIX] comment_count was not showing anything in search index for forum posts benoitg: joined #tikiwiki CIA-36: tikiwiki: 03nkoth * r41585 10/branches/9.x/lib/comments/commentslib.php: [FIX] If parentId exist it should be indexed at time of child post change also to update comment_count
tikiwiki: 03nkoth * r41586 10/branches/9.x/lib/comments/commentslib.php: [FIX] if unified_forum_deepindexing is on, all that needs to be indexed is the root radek82: joined #tikiwiki sandroandrade: joined #tikiwiki xavi1: joined #tikiwiki xavi: polom
I'd like to fix plugin trackerfilter so that when displaying items from an item link, it displays the whole content (as in trackerlist), and not just the id in of the linked item from the other tracker
any tip? (I fear getting lost in the code)
I'll have a look at plugin tracker list, to see whether the logic can be copied over to trackerfilter... arildb__: joined #tikiwiki grundsch: joined #tikiwiki xavi: Jyhem / Jyhem_laptop ?
I see in wikiplugin_trackerfilter.php 9x lines 638 to 649 the code to fetch (and display ?) the data from itemlink fields
and in lines 1262 to 1269 in wikiplugin_trackerlist.php the code related to itemlink, it seems
but I see different was of getting the data, and this is way beyond my (nearly missing) php skills CIA-36: tikiwiki: 03grundsch * r41587 10/trunk/lib/newsletters/nllib.php: [FIX] Newsletter was not handling subscription of users with uppercases in login correctly. tID4230 xavi: somehow I understand that $option (in line 646 wikiplugin_trackerfilter.php) needs to be replaced to something similar to $field['options_array'][0] or $field['options_array'][3] (as in line 1267 of wikiplugin_trackerlist.php)
grundsch: thanks for the commit! :-)
grundsch = "Stéphane" ? grundsch: yep! xavi: :-) grundsch: I found actually better fix than what I described in the tracker id xavi: ok, nice! :-)
bbl grundsch: didn't had to touch the userslib, i.e. login are still fully handled case sensitive
xavi, when you are back, can you help me with the next steps, i..e backport to which version? and should I close my tracker ID? Flirek: joined #tikiwiki xavi: grundsch: imho, your fix could go to 9x (provided that you can ensure that it works without regressions in 9x) since it's a fix (for instance, I'm affected by this bug, and I have a site in 6x that I need to upgrade to 9x in the following weeks, where I'm affected every now and then with subscriptions to newsletters with uppercase, etc and then the newsletter sending fails, etc)
but... ^
to avoid any complain from any one and any potential side effect, I would suggest that you backport that to 9x once 9.0 has been released
and we are supposed to get closer to that point in time, since 9beta has been released...
and if you take care of this, then you can close that bug report now (with "fix in the way" or similar, and in comments you can say "commited already to trunk in r41587")
grundsch: does it make sense to you? grundsch: okaaay... I have to say that I'm not quite confident with all this numbering thing, I've read the appropriate pages, but it's still a little bit confusing. So concretely, I close the bug with th remark, then wait for 9.0 to be released, and then I backport to... where exactly? Jyhem: polom
xavi: what issue are you trying to solve in wikiplugin_trackerfilter.php ? -: Jyhem just came back home grundsch: ah wait, 9x thaht would be here: http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/9.x/
the 9.0 is just a tag, right? Jyhem: Yes, 9.0 is just a tag. grundsch: ok.. it's slowly getting into my head... :-) xavi: Jyhem: see this: http://ueb.vhir.org/Estudis
where it says "Client"
well, "Search Studies > Client"
Client is a itemlink field grundsch: xavi: I'm happy with your proposed way, I will continue tracking the mailling list for the release of 9.0, and then will backport my fix to 9.x xavi: thanks grundsch grundsch: you're welcome! thank you for holding my hand! :-) xavi: Jyhem: and that same itemlink field, when in plugintracker, you can see more fields, and not just the id
grundsch: you are welcome also :-)
Jyhem, well sorry, not just more fields, but one text field instead, and not the internal id
Jyhem, do you know what I mean? Jyhem: xavi: You mean the field flagged "title" instead of the numeric ID?
xavi: is what you'd expect xavi: Jyhem: tracker from studies is tracker 6. the "title of the study" is from tracker6. The field "Client" is a itemlink to show items in tracker7. I expect tiki to show the name of the client (a text field) in tracker7
that behavior is achieved normally with plugin tracker
since the field "Clients" in tracker6 is defined as an itemlink to fetch the data from tracker7 and show the name of the client Jyhem: xavi: Both cases are lang=en ? xavi: ???
does it matter?
well, client name have things like "foo1, bar1", "foo2, bar2", ...
I mean, they have a comma inside the text field Jyhem: not sure, it just reminds of something else
I has some code display in en, and the correct translation in other languages. probably unrelated jacmoe: joined #tikiwiki Jyhem: xavi: I failed to reproduce xavi: ok, testing something more minimalistic to see whether I can track down the source of the problem
ok, thanks Jyhem, I got a workaround thanks to your feedback in pm's RobertPlummerMob: joined #tikiwiki
polom all xavi: hi RobertPlummerMob RobertPlummerMob: shouldn't the developer channel show the latest release in the release cycle?
xavi: hi xavi: RobertPlummerMob: +1 :-) RobertPlummerMob: I mean this is this is the developer channel, correct? xavi: RobertPlummerMob: btw, I discovered the source of the problem with timesheet for me in my tests in the last weeks RobertPlummerMob: Oh yes?
You were not showing all projects?
I fixed some of it yesterday. xavi: developer channel: this is the "tiki channel" :-) (users and developers are not splitted in different channels ) :-) RobertPlummerMob: ah, ok.
But still, beta's should be welcome. xavi: RobertPlummerMob: - timesheet: the problem shows up when you rename the trackers created by the timesheet profile
beta: +1 :-)
whoever can change that (not me) RobertPlummerMob: xavi, yes that is correct.
There should be warnings about changing profile-installed things.
like trackers. xavi: RobertPlummerMob: I added a brief note on the tracker description, at the profile RobertPlummerMob: LP came up with a good idea, have a perm-name, which I thought was a great idea, we do not need the id. And then he went and made the perm-name include part of the id.
You win some, you loose some. xavi: RobertPlummerMob: shouldn't they be renaming-proof? (if they were used internally with some id's instead of with the display name)... RobertPlummerMob: Some people just love those id's. sandroandrade: joined #tikiwiki RobertPlummerMob: xavi: Yes, we talked about this sometime back in the devlist.
profile installed should not be changable.
They should be clone-able. xavi: RobertPlummerMob: so yes, anything which prevents breaking things when users renamed display labels for their users RobertPlummerMob: They should be able to be extended, but not renamed. xavi: they should be renamable, in a perfect world :-)
there is no point to leave garbage in a tiki site; users are expected to customized whatever they created through profiles
etc
or translate, etc RobertPlummerMob: I feel that way too.
I like the example of the perm-name, but it should be able to be imported, and as well should be something human readable without the pressure of using the id.
So I take back my statement above about how it should not be renamed.
The perm-name needs to be less dependant on the id, that is all, then we can use it. jonnyb: joined #tikiwiki Jyhem: what is wrong with the id again? xavi: +1 to use the id in the mean time, at least (nor names) RobertPlummerMob: Jyhem from the end user there is no problem, but say you want to develop something in tiki using a tracker.
all a tracker is is DB 2.0. xavi: and if/when someone does perm-names or whatever else that someone may want to do if id are not enough, then, ok, extend RobertPlummerMob: Database with automagic inputs and outputs.
So there is great value there creating an application that run on them, and then allowing the end user to use them.
So the problem is this, I have to hard code what I do, because it is in tiki source. xavi: RobertPlummerMob: but consdier using some keywords based on the names (like with tracker fields in 9x)
not just the "name" that is going to be displayed to users RobertPlummerMob: Right, the perm name is what should be used.
BUT, if it has the id, and it not imported from profiles, then it is no good.
Last I checked that was the case, perhaps it is changed now.
The problem is that id's are not descriptive, thus they lead to a bottle-neck of sorts as well.
What was the id again? You look it up, then enter it until the next time.
If we use the perm-name, and if it is to some degree descriptive, with no id in it, then it is perfect.
So my plan is to migrate to it, but I'll no doubt have to clean it up like I did with other parts of trackers, but hey it is Tiki.
Like a ruff diamond. xavi: :-) RobertPlummerMob: As soon as that it created though, my plan is to start working on migrating tracker-storage to a different way. But that could be way off.
If we do that, we can greatly simplify development, and greatly speed them up. Jyhem: Well, I suppose remembering a permname can be easier than a figure, but it's still basically an id. Just harder to look up
Anyway, we need a meaningless unchanging reference for trackers, so that all the rest can be changed. Otherwise renaming is coding hell.
I think the meaningfull field which can be changed already exists and it is the one flagged "title"
Oh, 20h already. need to go :-( xavi: see you , Jyhem (& enjoy :-) ) redflo: joined #tikiwiki xavi: ok, time to go also for me.
cheers and have a nice weekend all
left #tikiwiki Driftah: joined #tikiwiki Tiki|bot: Recent Bug: Tracker item: #4233 - - Calendar Week View Displays Wrong Date - http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4233 Driftah: ? anyone cross error 406 when trying to upload single file.. jonnyb: Driftah: no, not seen 406 - what does it mean? (i wonder)
RobertPlummerMob: i have a client that might be in a position to help out with funding new storage for trackers one day - were discussing it earlier today Driftah: when running upload file it gives upload error 406. it shows the flash progress bar to 100% but never finishes uploading file but yet viewing cache via ftp shows it brought data up jonnyb: i never got the flash progress thing to work for me Driftah: the wiki was part of the hosting that I could install through them never had problems till today RobertPlummerMob: jonnyb, what I'd like to do is turn trackerlib to rely on tracker query, that way 1 way in, 1 way out. We will temporarily have problems with sorting because that doesn't work to well in tracker query lib. Driftah: oddly enough it allowed a zip file to upload but not a doc or wps file arildb: HTML Error 406 = Not Acceptable jonnyb: http://www.checkupdown.com/status/E406.html RobertPlummerMob: jonnyb: Then we could migrate storage and sorting at the same time. jonnyb: RobertPlummerMob: hmm, not trivial :P Driftah: so it does not allow specific file formats.. RobertPlummerMob: jonnyb: Nope, but like html entities, will lead us down a dark path with a very bright light at the end. jonnyb: Driftah: don't think it's a tiki thing, something to do with your server maybe? Driftah: Jonnyb . yeah just fired off a troubleticket to the host provider RobertPlummerMob: jonnyb: What we need to think about in the future, how do we want to store trackers? jonnyb: Driftah: do you get the same with the flash progress thing turned off? Driftah: testing now RobertPlummerMob: jonnyb: We are poised to begin the migration somewhere between pre10 and 11. jonnyb: RobertPlummerMob: the other thing to consider is changing the search engine from Zend Lucene - it's not great on large databases (apparently solr is better) RobertPlummerMob: really?
I wouldn't 'change' it, I'd add it. jonnyb: indeed - it's made so we can do that as an option arildb: Isn't Solr only a frontend to Lucene? jonnyb: (LP magic ;) )
hi arildb - maybe, i thought it was more of a replacement
the other option is to use the java version of Lucene, which is less leaky and more stable in general arildb: I am not sure, but I believe it's a front end jonnyb: hmm, haven't really investigated that deeply Driftah: jonnyb. with flash uploader turned off just sits endless cycle. with it turned on error 406 but can upload other files fine.. so it does not allow specific file types. guess I'll wait for My host provider to confirm jonnyb: ok, thanks - i'll retry the flash uploader again sometime
i thought we had autocomplete on some prefs - for pagename, username etc, but can't seem to find any reference to is (in the code) - was i dreaming? CIA-36: tikiwiki: 03xavidp * r41588 10/branches/9.x/lang/ca/language.php: a few more strings translated benoitg: joined #tikiwiki arildb: joined #tikiwiki benoitg: joined #tikiwiki DarkCalf: joined #tikiwiki Tiki|bot: New Forum Posts: PluginDBreport error - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=44127 deeku: joined #tikiwiki CIA-36: tikiwiki: 03robertplummer * r41589 10/branches/9.x/lib/headerlib.php: [FIX] If edit tab was selected, map would be off because it would be invisible, and load, needs to be visible to have right position arildb: Can I display a local .mp4 file in Tiki? I tried the Mediaplayer plugin without success. numbersfty: joined #tikiwiki
#voxanon
#opquebec benoitg: joined #tikiwiki benoitg1: joined #tikiwiki luciash: polom jonnyb: hi luciash luciash: yo jonnyb deeku: arildb, I have got video to work on tw6.x in a number of ways... mediaplayer plugin requires flash to be installed in the client browser but thee are a number of ways to show video without flash. Can you provide details of what you are attempting to do? CIA-36: tikiwiki: 03jonnybradley * r41590 10/branches/9.x/ (5 files in 2 dirs):
tikiwiki: [FIX] registration: Restore password strength indicator and repeat password check, regression from 7.x following the removal of xajax (and clean out some dead code).
tikiwiki: Also restore proper validation for email, login, email etc if feature_jquery_validation is enabled. jonnyb: luciash: chasing your <x> next... stand by :) CIA-36: tikiwiki: 03jonnybradley * r41591 10/branches/9.x/lib/prefs/header.php: [FIX] css: Allow url etc in custom css and js prefs (thanks luci) arildb: joined #tikiwiki