[00:01] OTR: well, as long as nothing forces a page to be wider, reading sentences won't be a problem [00:07] arildb: there are very few people using Tiki on IIS. we got it to a reasonable stage only last year. if there are problems with the web.config files, they are not known to me. if you can tell what's wrong, I can try fixing. [00:08] I am not very familier with the web.config files. So, my solution is to get rid of them. I would appreciate comments from somebody who know these files better. However, as they are they cause problems. [00:09] Maybe I will read-up a bit on that, and try to find a solution. Hoping for some feedback though [00:09] arildb: the web.config files are not just there to cause problems, they ensure security, for one thing [00:10] arildb: well, the first thing would be to explain what's wrong when these files are present. [00:10] of course that's that's the reason. However, as they currently are they are prohibiting proper Tiki functionality. [00:11] The web.config in /img causes the avatar images and the "send mail" icon in the online user list not to appear. [00:11] *** OTR has quit IRC (Quit: Page closed) [00:12] Unfortunately I cannot recall the other reasons, as I always rename these files immidiately. I will try to do a proper check again [00:12] arildb: I already saw some problems with the avatars. I think I didn't manage to reproduce when I tried to fix. [00:12] arildb: right. also, check Firebug's network tab when you have issues. you should get HTTP errors. [00:12] ok [00:13] *** marclaporte has quit IRC (Read error: Operation timed out) [00:16] *** Caarrie|away is now known as Caarrie|sleeping [00:31] *** jcyrisse has joined #tikiwiki [00:33] does anyone have a working zotero plugin? [00:34] in version 7.0? [00:35] jcyrisse: I tried, but still haven't gotten it to fully work.Got the bibliography listing to show. How far do you get? [00:35] heh..you are farther than me...it doesnt show anything [00:36] Do you get passed the authentication of the config? [00:37] well, i am thinking so....I just get a blank page...but no error messages [00:37] do you have to use though the Common keys...with the Internet archive site? [00:37] I struggled with the authentication. Came down to that I didn't have SSL enabled in my PHP installation [00:38] i looked at php file....and there was a note that said the dll's werent used anymore...as it was built into the php [00:38] do i didnt try that...will try...and see if that makes a difference...brb [00:38] I am a bit confused about some of the parameters in the Zotero usage [00:39] *** lindonb has joined #tikiwiki [00:39] would i have to restart my virtual server? think so..? [00:39] probably [00:43] hmmm...looks like i am not able to do that [00:45] tikiwiki: 03robertplummer * r36885 10/trunk/ (5 files in 3 dirs): [FIX] Moved out of plugin files for better management and caching [01:00] tikiwiki: 03nkoth * r36886 10/trunk/lib/userslib.php: [REF] call function instead of direct query [01:02] tikiwiki: 03nkoth * r36887 10/trunk/lib/trackers/trackerlib.php: [FIX] Refactor trackersync gruops to not depend on value of category field which is unreliable since it is updated only when the trackeritem itself is saved [01:07] *** Talad|ZzZ has joined #tikiwiki [01:07] Hi [01:07] I see from the admin section that "image galleries" is going to be abandoned [01:07] and file galleries is used instead [01:07] we are using both, but has always been quite confusing, so I think it's a good idea to consolidate in one [01:07] is there a way to migrate all image galleries to file galleries? [01:09] Talad|ZzZ: I'm pretty sure there isn't [01:12] maybe a script will be enough [01:12] a db script [01:12] which moves the objects and points to the right files in the repo [01:24] tikiwiki: 03chealer * r36888 10/trunk/lib/categories/categlib.php: [REF] getCategories(): just reorder [01:25] i cant seem to get my favicon to switch from tw ico to my own. i am in root of tw site...but did this perhaps move somewhere else? [01:41] tikiwiki: 03nkoth * r36889 10/trunk/templates/tiki-pick_avatar.tpl: [FIX] Avatar not showing, showing encoded html code instead [01:50] *** goj_killedByISP has joined #tikiwiki [01:50] *** goj has quit IRC (Disconnected by services) [01:51] *** goj_killedByISP is now known as goj [02:13] *** jcyrisse has left [02:15] *** changi|moretomor has quit IRC (Ping timeout: 252 seconds) [02:15] *** changi|install has joined #tikiwiki [02:20] tikiwiki: 03nkoth * r36890 10/trunk/lib/smarty_tiki/modifier.a_or_an.php: [NEW] Smarty modifier to add a, an, A, or An before word depending on vowel [02:37] tikiwiki: 03nkoth * r36891 10/trunk/templates/trackerinput/text.tpl: [FIX] Preventing irritating nonbreaking space prepend when there is nothing set actually [02:46] *** changi|install has quit IRC (Ping timeout: 240 seconds) [02:53] *** that_nima has quit IRC (Remote host closed the connection) [02:54] *** changi|install has joined #tikiwiki [03:54] *** horky has joined #tikiwiki [03:54] hi [03:56] I'm doing this: {img fileId="14"} and I'm getting "File is not an image." on the page. It's a .jpeg image. Is this because I'm storing files in the database and not in a directory? [03:59] Anyone? [04:02] try tiki-download_file?fileId=14&display=y in your browser and see what you get [04:03] I got redirected to a random page... [04:03] sorry typo [04:04] add .php [04:04] I see the image. [04:04] The image is displayed fine if I set src="blah blah" without display=y [04:04] It just looked cleaner only specifying fileId [04:04] Inside {img} I mean [04:06] Thanks. [04:07] horky: what version? [04:07] 7.1 [04:07] if you can check what is the stored mime type of the file in the database, that would give a clue [04:08] Unfortunately I can't. [04:52] New Forum Posts: Uploading New Version Not working with Tikinewt - http://tiki.org/tiki-view_forum_thread.php?forumId=14&comments_parentId=42165 [05:03] *** changi|install has quit IRC (Read error: Operation timed out) [05:05] *** changi|install has joined #tikiwiki [05:06] tikiwiki: 03nkoth * r36892 10/trunk/lib/wiki-plugins/wikiplugin_memberlist.php: [ENH] Allow setting of sort mode [05:19] *** changi|install has quit IRC (Ping timeout: 268 seconds) [05:21] *** changi|install has joined #tikiwiki [05:22] tikiwiki: 03nkoth * r36893 10/trunk/lib/wiki-plugins/wikiplugin_memberlist.php: [ENH] Allow read only mode [05:32] *** changi|install has quit IRC (Ping timeout: 276 seconds) [05:32] *** changi|install has joined #tikiwiki [05:43] *** changi|install has quit IRC (Ping timeout: 260 seconds) [05:50] *** changi|install has joined #tikiwiki [05:58] *** changi|install has quit IRC (Ping timeout: 240 seconds) [06:05] tikiwiki: 03nkoth * r36894 10/trunk/lib/wiki-plugins/wikiplugin_memberlist.php: [ENH] Allow limiting of groups only to groups that include a certain other group [06:05] *** changi|install has joined #tikiwiki [06:06] *** nkoth has quit IRC (Quit: nkoth) [06:17] *** changi|install has quit IRC (Ping timeout: 245 seconds) [06:30] *** changi|install has joined #tikiwiki [07:12] *** changi|install has quit IRC (Read error: Operation timed out) [07:59] *** lindonb has quit IRC (Quit: lindonb) [09:04] *** Bernard1 has joined #tikiwiki [09:36] *** changi|install has joined #tikiwiki [09:41] *** fabricius has joined #tikiwiki [09:41] *** changi|install has quit IRC (Ping timeout: 250 seconds) [09:55] *** fabricius has quit IRC (Ping timeout: 258 seconds) [10:21] *** xavi has joined #tikiwiki [10:22] polom [10:22] * xavi willing to add csv export and import to admin banning [10:22] * xavi getting fed up with spammers in many sites [10:23] counter starts now.... let's if I manage and how long do I take to get that up & running (hopefully)... using trunk [10:23] s/let's if / let's see if [10:26] * xavi attempting to scratch my own itches, as wise mose said long ago... [11:53] *** Caarrie|sleeping is now known as Caarrie|away [11:57] I sent out an email to the tiki-dev mailing list about a shoutbox problem. So, far no comments. I will go ahead and add a db default = 0 to tweetId. Resolves the problem in my installation, and should be compatible with existing installations [12:01] tikiwiki: 03robertplummer * r36895 10/trunk/lib/wiki-plugins/wikiplugin_code.php: [FIX] Removed further reference to deleted php file [12:03] *** Talad|ZzZ is now known as Talad [12:19] tikiwiki: 03arildb * r36896 10/trunk/ (2 files in 2 dirs): [FIX] Shoutbox insert error due to missing tweetId fixed. Now tweetId default = 0 in db table [12:20] Hi guys. [12:21] I have an issue with my latest installation of tikiwiki 7.1 (upgraded from 3.3.) [12:21] when I go to tiki-admin_categories.php the page is completely blank [12:21] also with the default theme [12:21] page source is empty as well [12:22] any ideas on how to check what's going on there? [12:25] hi Talad. check your memory_limit in php (through tiki-phpinfo.php ) and if lower than 32 , try to raise it to 32 or more through your base .htaccess in your tiki installation [12:25] I remember the installation checked that and said it was 32 [12:25] also, enable error reporting to all through tiki admin home > general (UIthink) [12:25] and check your apache error logs if you can [12:29] tikiwiki: 03mlustenberg * r36897 10/trunk/lib/setup/editmode.php: [FIX] wysiwyg_htmltowiki did not respect the pref tree (prerequisites: feature_wysiwyg=y, wysiwyg_wiki_parsed=y) [12:31] xavi: I think you got it ! [12:31] PHP Fatal error: Allowed memory size of 33554432 bytes exhausted [12:31] where do I change that? [12:32] I guess php.ini ? [12:32] glad it worked [12:32] do you have root access? [12:32] global config in php.ini [12:32] site config, you can (probably) in your .htaccess in yuor base tiki folder [12:32] provided that you allow using htaccess files in your apache server [12:32] if apache, ctc. [12:32] I have root access [12:33] ok, go ahead, it's almost done, then [12:33] * xavi back to work [12:33] ok works :) [12:33] :-) [12:33] why that simple page requires more than 32Mb is a bit of a mistery to me... [12:34] and to me... [12:34] if you are subscribed to tikiwiki-vedel list, I would suggest that you send a short message there reporting this issue that you found [12:34] we used to say that minimum memory requirements for Tiki to run are 32 Mb in php [12:34] but this might have changed for tiki 7.x, unluckily... [12:35] so your report might be welcome thre.... [12:35] I'm not suscribed sorry [12:35] we might need to update the docs about minium memory requirements for tiki [12:35] you are kind of very welcome to join [12:35] it's like the central point of all developers [12:36] enough things to develop already :) [12:36] we are www.planeshift.it [12:36] so when no one is available to provide support in real time on irc, tikiwiki-devel is the place to ask for support and discussion asynchronously [12:36] ok, good luck [12:36] thanks for your help [12:36] * xavi back to work [12:36] bl [12:47] I'm a bit lost into the category permissions [12:47] we were using category permissions in 3.3 [12:48] is it still possible to assign permissions to a category in 7.1 ? [12:48] like group x can view all pages of category y, but group z cannot [12:51] tikiwiki: 03mlustenberg * r36898 10/trunk/ (4 files in 4 dirs): [12:51] tikiwiki: [REF] wysiwyg_htmltowiki: no wysiwyg decision (html or wiki) outside of editmode.php. [12:51] tikiwiki: The flag disable_wysiwyg_html is now embedded as a hidden input into the editing page. [12:51] tikiwiki: When the client requests a data conversion to html, the disable_wysiwyg_html flag is packed into $_REQUEST. [12:57] talad, yes [12:57] but the permissions changed [12:58] lphuberdeau: Have you had time to look at the permission issue I sent? [12:58] lphuberdeau: I can test on my side, if you tell me where to insert debugging code [12:59] not yet, will look into it sometimes during the week [13:01] ok [13:03] lphuberdeau: The feedback so far seems to be that no one else experiences this problem. I get it all the time, in all installations. So, maybe easiest if I debugged a little. Any tips on where I should start looking? [13:09] tikiwiki: 03mlustenberg * r36899 10/trunk/lib/toolbars/toolbarslib.php: [13:09] tikiwiki: [MOD] wysiwyg_htmltowiki: clean out the toolbar [13:09] tikiwiki: - start with inline tools only (some fixes will be required) [13:09] tikiwiki: - the toolbar will be extended after the fixes have been implemented [13:11] is it on new installations or upgrades? [13:12] lphuberdeau: It has been in there in all installations (since 6.x) [13:12] really strange [13:13] lphuberdeau: I never tried earlier versions [13:13] I'll first see if I can reproduce with your database dump [13:14] ok [13:14] did you try installing on a different server? [13:19] yes, I have seen the same problem on all servers where I have checked it. All running windows. Both on IIS and Apache [13:21] oh windows, one place I never test on [13:22] hopefully not windows dependent, but maybe... [13:22] I'm not too worried that the issue can be fixed, it's really a matter of finding i [13:35] tikiwiki: 03robertplummer * r36900 10/trunk/ (4 files in 4 dirs): [13:35] tikiwiki: [ENH] Made syntax highlighter callable through preferences [13:35] tikiwiki: [FIX] Return false for codemirror check kills the plugin, just return, and it stays in the $.fn.each [13:35] tikiwiki: [ENH] Brought codemirror to admin panel look and feel [13:35] *** changi|install has joined #tikiwiki [13:37] *** RobertPlummer has joined #tikiwiki [13:40] chealer, thanks for pointing out those flaws in code plugin + syntax highlighter [13:40] I believe I have the problem fixed [13:40] polom all, sorry ;) [13:40] (where are my manners) [13:42] I believe the problem was a missunderstanding of how the plugins loaded at runtime + caching and codemirror 1 being difficult to deal with in how it loaded modes. [13:42] *** fabricius has joined #tikiwiki [13:45] thanks for improvements RobertPlummer :-) [13:48] *** RobertPlummer has quit IRC (Ping timeout: 268 seconds) [13:48] tikiwiki: 03xavidp * r36901 10/trunk/ (4 files in 3 dirs): [ENH]First step to enhance spam fight a little easier. Added IP info to data exported with csv file. Sencond step (still to come) would be to allow some csv import for admin banning... [13:49] tikiwiki: 03xavidp * r36902 10/branches/7.x/ (4 files in 3 dirs): [bp/r36901][ENH]First step to enhance spam fight a little easier. Added IP info to data exported with csv file. Sencond step (still to come) would be to allow some csv import for admin banning... [13:54] tikiwiki: 03xavidp * r36903 10/branches/proposals/6.x/ (4 files in 3 dirs): [bp/r36901][ENH]First step to enhance spam fight a little easier. Added IP info to data exported with csv file. Sencond step (still to come) would be to allow some csv import for admin banning... [14:00] *** RobertPlummer has joined #tikiwiki [14:00] *** fabricius has quit IRC (Ping timeout: 252 seconds) [14:04] *** jonnyb has joined #tikiwiki [14:05] Poloms on Sunday [14:07] polom jonnyb [14:08] WOrking on the backwards fix into 7 from trunk for codemirror, is that what we want for dev? [14:08] dev.t.o [14:08] Just for duplicates, not the whole of codemirror updates [14:08] :) [14:09] polom jonnyb and RobertPlummer on Sunday too :-) [14:10] hi all [14:10] yes RobertPlummer - getting rid of geshi seems too tricky so a fix would be good [14:10] it's odd, i thought we'd both fixed that one at some point [14:11] jonnyb: Yea I traced it back to caching. [14:11] and at the point that the cache is taken. [14:11] The cache happens between page loaded and plugin loaded. [14:11] or get_data [14:12] when the js is diffed, there is an anomaly, and it is re-inserted into the page however many times the code plugin is used (or whichever is used to make codemirror initiate). [14:13] Not a big deal, it shouldn't have been written like that by me in the first place. [14:13] ah right - messy [14:13] lol [14:13] is it still like this in trunk? (the caching part) [14:13] Thanks for being nice. [14:13] jonnyb: Trunk was identified and fixed. [14:13] As of last night. [14:14] This morning I cleaned it up a bit. [14:14] Got cold this weekend, and am home. [14:14] tikiwiki: 03xavidp * r36904 10/trunk/tiki-admin_banning.php: [FIX]Increase maximum time frame for banning from 1 to 100 weeks [14:15] tikiwiki: 03xavidp * r36905 10/branches/7.x/tiki-admin_banning.php: [br/r36904][FIX]Increase maximum time frame for banning from 1 to 100 weeks [14:16] tikiwiki: 03xavidp * r36906 10/branches/proposals/6.x/tiki-admin_banning.php: [bp/r36904][FIX]Increase maximum time frame for banning from 1 to 100 weeks [14:21] backsoon [14:47] tikiwiki: 03robertplummer * r36907 10/branches/7.x/ (5 files in 3 dirs): [FIX] applied same update to 7 from trunk. Fixed duplicate loading of syntax highlighter [15:14] *** lindonb has joined #tikiwiki [15:15] *** nkoth has joined #tikiwiki [15:15] mmm, I need some help to finish the export baning ruls as csv [15:16] I have almost everything ready, but some error in the mysql query or php calls somewhere [15:16] buttons are in place, csv file is downloaded after user request... header is there... but no content for the rules already saved in the db [15:17] (next step would be to allow importing as csv file; but step by step) [15:17] sylvieg ? [15:18] jonnyb or anyone else around willing to help me finnish my job to improve spam protection in tiki sites? [15:18] hi xavi - was this what you committed recently? [15:19] the easiest thing would be that I commit my changes, which don't break anything, ... but don't fully work yet [15:19] nope [15:19] new code in my localhost [15:19] what I commited previously works [15:19] shall I commit in trunk and you have a look? [15:19] as I said, nothing is broken, its just "weork in progress" [15:20] and with a few mins from someone with good debugging skills (not me), it should be finished [15:20] * xavi needs to learn how to use some debugger in php/smarty/etc [15:30] tikiwiki: 03xavidp * r36908 10/trunk/ (3 files in 3 dirs): [ENH]Work in progress to add CSV export of banning rules. In a later stage, CSV import will be added. [15:31] tikiwiki: 03mlustenberg * r36909 10/trunk/lib/toolbars/toolbarslib.php: [ENH] toolbar of WYSIWYG-Wiki: add more tools [15:38] tikiwiki: 03robertplummer * r36910 10/mods/trunk/wiki-plugins/r/lib/wiki-plugins/ (wikiplugin_r.php wikiplugin_rr.php): [FIX] Remove calls and ref to codemirror_tiki.php, no longer needed [15:38] xavi, please note last commit [15:39] hi RobertPlummer. thanks! [15:40] no problem, we may want to mess with it to work right from here on out. [15:51] tikiwiki: 03mlustenberg * r36911 10/trunk/lib/parser/parserlib.php: [FIX] Parse bold/italic and monospaced when loading data into the CKE [15:52] ok xavi - updating, what's broken? [15:52] broken? [15:52] nothing [15:52] the way I was calling the syntax highlighter. [15:52] the problem is that the csv file download contains no banning rule data yet [15:52] It called a php file, and a function therein. [15:52] besides the header [15:52] oh woops, [15:52] oh, i thought you said you'd committed some stuff about banning that you wanted me to have a look at? [15:53] :) [15:53] it has as much lines as rules, but no data [15:53] maybe i misunderstood... [15:53] ah, yes, jonnyb: r36908 [15:55] hmm, i have one field in my csv - the time now [15:59] xavi: i thought you had xdebug etc set up somewhere - makes it very simple to see what's going wrong with something like this... [15:59] one filed: same as me [16:00] xdebug: I wish I knew how to use it [16:00] is it easy? [16:00] * xavi need to learn how to debug php [16:00] what you could have done was to add this line just above the call to $banlib->export_rules() [16:00] die(var_dump($items)); [16:01] Jonnyb's method is good xavi. [16:01] A good debugger makes you stupid. [16:01] :-) [16:01] in aptana or similar it's quite easy [16:01] A good developer, makes you a good debugger. [16:01] (once you have it set up - sometimes non-trivial) [16:02] anyway, shall i just fix it? [16:02] set-up of xdebug in eclipse... it easy, I'll give it a go... but if a "black hole"... I'll avoid it for today (but keep it in mind for next time when I have time to play with it) [16:02] s/it easy/if easy [16:02] yes, you need to have a few spare hours to get it all going, especially the first time [16:03] mind you, the installation on linux is a million times easier than on Mac OS ;) [16:03] jonnyb: fix it, yes please [16:04] he he, I'll give it a go some day (tomorrow I'll be one week off... - my last week of vacation- I might play with it some evenings) :-) [16:04] thanks for tip ;-) [16:05] tikiwiki: 03jonnybradley * r36912 10/trunk/tiki-admin_banning.php: [FIX] banning: Pass the data only to the export function [16:06] thanks jonnyb! I know I was *almost* there :-) [16:06] most tiki routines that return data from the database return it in an array with two keys - 'cant' containing an integer which (mostly) is the number or rows, and 'data' which has the actual data in [16:06] thanks for the info [16:06] * xavi slowly learning [16:07] so easy when you can see what's actually inside the variables [16:07] yes, I feel a blind coder without a debugger [16:07] s/fell a/feel as a [16:09] but doing var_dump all the time is sort of similar [16:10] when you get onto looking at import check out http://php.net/manual/en/function.fgetcsv.php [16:11] brb [16:13] tikiwiki: 03nkoth * r36913 10/trunk/lib/wiki-plugins/wikiplugin_list.php: [ENH] Allow simulation of random results when showing short list, of course not compatible with pagination [16:15] anyone got a mo to discuss tracker date fields? i'm a bit lost (always have been) with timezones [16:16] jonnyb: what abt? [16:17] if i specify a date as today, it seems to have been saved as "4 September 2011 00:00:00" - but because i'm GMT+1 that is actually a date yesterday [16:17] i've have this before, especially when importing dates on US servers, most of them go wrong [16:18] (i've finally found a really neat way to add a time picker to the ui date picker, and get it to save) [16:18] but now i'm all confused about timezones [16:21] I haven;t checked to see if this is a bug or not, but in principle... [16:21] there is the server timezone and then there is the user timezone, which is the offset of the user form the server. [16:22] so if i use the jquery ui date picker to pick a date, it will be wrong? [16:23] if I enter 4 September 2011 00:00:00, I expect to mean 4 September 2011 00:00:00 my time, so what should be saved in the database should be something else then my time if my timezone is not the server timezone. [16:23] When I retrieve the timestamp again, it will automatically offset and then I will see 4 September 2011 00:00:00 again. [16:23] but if there's no time specified, the day should be correct (but i have a feeling it's not) [16:23] Not someone else in another part of the world might see the day as something dfferent. [16:23] s/Not/Now [16:24] hmmm [16:24] because Sunday here might in fact be MOnday for you [16:24] I do not think it is a feature of the tracker date/time field to set/fix the timezone is it? [16:24] indeed - i guess using midnight is a bit dangerous, should use midday really [16:25] fix the timezone and display it, i.e. If that is a feature, then thre is no confusion. [16:25] no, and all this is client-side so far, i've not checked what happens inside... [16:26] sounds like a time is assumed (00:00:00 - beginning of day) even if no time is put in? [16:27] hi lindonb - yup, that's it [16:27] that's probably the convention, but means dates will change when daylight saving changes, for instance (i think) [16:28] hi jonnyb - glad you found a time picker! [16:28] it's been a long haul - this is my 4th attempt! (so i'm not going to give in!) [16:29] depends on the use case. [16:30] indeed [16:31] in calendars, the convention is to have something called "full day events", which basically runs for a 24 hour period [16:31] but in this case you only have one timestamp, not two... so you are left with the unenviable task of choosing a point within the day for it [16:32] this is why i didn't want to rewrite all the underlying logic for jscalendars - it's used all over the place [16:33] the best way in my opinion to store a real date (i.e.. not timestamp), is to use the yyyymmdd format as a string [16:34] but that would be a text field, not a time/date field [16:34] (e.g.. my birthday should kind of be stored like that, although arguably some people think of their birthday as more of a 24 hour time period lol) [16:34] that would be a big rewrite [16:35] I'm not sure if it is of any worth, but modern web browsers are very effective at refactoring gmt dates from a single time. That is if you set your time correctly on your computer ;). [16:36] It isn't 100%, but I think it would be just as close as that of php, because it would feed of similar information, but can't say for sure, just haven't done the research. [16:36] (I'm getting off topic here but my birthday always lasts 48 hours :)) [16:37] *** fabricius has joined #tikiwiki [16:37] I had the same problem sometime back, it was for an ecommerce company, and I wrote a clock that fired functions on visiting user's systems that would tell them home much time left there would be for our end of day shipping time. [16:38] same problem = time zones, not trackers + dates [16:38] :) [16:40] it's always a tricky issue [16:42] lindonb: what is the accounting standard? I mean if I transact on 31 Dec evening in US but it's already 1 Jan morning in the UK,, and this is a UK company what date goes on the books? [16:42] depends on which books [16:43] (I better stop thinking about timezone use cases and leave jonnyb to start work) [16:43] mmm, I need again some little help with debugging... [16:43] hi nkoth and lindonb [16:43] *** RobertPlummer has quit IRC (Ping timeout: 258 seconds) [16:43] hi xavi! [16:43] I've almost finished adding the code to allow importing banning rules by a csv file [16:43] but... it's not wokring (no data added to the mysql table) [16:44] go, xavi, go! [16:44] shall I commit as work in progress again? [16:44] nkoth: on the US company's financials it's booked on Dec 31, on the UK company's the following day [16:44] to trunk, I mean [16:44] jonnyb , do you have a notehr spare minutes with your xdebug instllation? [16:45] sure [16:45] there I go (thnks) [16:47] moreover, I'll need some help to set two buttons at the top with similar size (one is from a form, another is a "span button") [16:48] tricky thingies with html+css (beyond my current skills also) [16:49] yes, that's been wrong for ages - {button} looks different to [16:49] yes, that's it [16:49] *** RobertPlummer has joined #tikiwiki [16:49] * jonnyb hoping to convert {buttons} to jquery-ui buttons for Tiki 9 [16:50] *** lindonb has quit IRC (Quit: lindonb) [16:55] tikiwiki: 03xavidp * r36914 10/trunk/ (3 files in 3 dirs): [ENH]Work in progress to add Import banning rules by means of a CSV file. [16:55] jonnyb ^ [16:56] jonnyb: if all buttons are converted to jquery ui does it mean all the css will break or will they still have existing classes? [16:56] it would all need changing - simplifying a lot mainly [16:57] well, pretty much all of my sites have custom button css ... [16:58] polom [17:00] polom chealer [17:05] tikiwiki: 03gta74 * r36915 10/trunk/lang/de/ (language.js language.php): [TRA] keeping german translations up to date [17:06] polom chealer [17:07] chealer: See my commits for resolving the issue you came up with? [17:08] *** nkoth is now known as nkoth|nelson [17:14] xavi: so you need the code to actually add the new imported rules? shall i just do it? [17:15] jonnyb: yes, please [17:15] iwth whatever behavior you consider if same banId is found: replace or "do nothing" or "add as new banId".... [17:16] maybe replace seems more reasonable... or do nothing with message to user? [17:17] i'd say if you import stuff with banId's it should replace old ones, no? [17:17] yes, [17:17] maybe you need an "import as new" checkbox? (project creep...) [17:18] ok [17:19] RobertPlummer: dev under updating [17:19] *** changi|install is now known as changi [17:19] changi, woohoo! [17:20] just came back. [17:20] will try to develop an admin option to be able to update [17:21] That would be cool! [17:22] hmm, xavi, you don't seem to be exporting the section data? don't you need that? [17:22] hi RobertPlummer. I saw you committed, still need to try [17:22] RobertPlummer: update done [17:22] hi chealer and changi [17:22] jonnyb: hi [17:22] Can you reset the cache changi? [17:23] on dev.t.o [17:24] done [17:24] *** changi is now known as changi|eat [17:24] be back in 30 minutes :) [17:24] Jonnyb, we are golden! [17:24] http://dev.tiki.org/tiki-index.php?page=Commit%20to%20a%20proposals%20branch&refresh=1 [17:24] WOOHOO! codemirror duplication bug, stomped like a bad habbit! [17:24] nice :) [17:25] jonnyb + RobertPlummer : Bravo [17:25] It is amazing how things go right if you code correctly. [17:25] and how fast they go wrong, if not ;) [17:25] it was all RobertPlummer, that one [17:26] jonnyb: section data.... errr.... yes, you are right (my fault) [17:27] on it [17:32] *** fabricius has quit IRC (Ping timeout: 268 seconds) [17:33] nkoth|nelson: try to change your nickname? :-) [17:33] chealer: kik [17:33] very funny [17:33] nkoth|nelson: what, "kik"? [17:34] kik is what happens when you type lol on a qwerty keyboard displaced one key to the left [17:34] :D [17:34] nkoth|nelson: ah. sorry, didn't know that :-) [17:35] nkoth|nelson: I hope it's not my fault, I was just curious about the "th" :-) [17:35] *** changi|eat has quit IRC (Ping timeout: 264 seconds) [17:35] I thought your real name was just "Nelson Ko" [17:36] now I suppose you're hiding a Hussein in there, or something [17:36] *** changi|eat has joined #tikiwiki [17:36] Nelson Terrorist Hussein Ko [17:38] nothing as glamorous as that. just some transliteration of words of east asian origin [17:39] :-( it would have been a great Jedi name [17:39] actually i think it sounds kind of klingon [17:40] I guess [17:40] nkoth|nelson: regarding r25282 (user_store_file_gallery_picture), shouldn't the big picture display even if no small/normal avatar is set? [17:42] (it doesn't look like it would display in that case) [17:43] chealer: probably, but the way it works currently, I think that if you use tki-pick_avatar.php to upload your pic, it always stores both the big and small (backward compatability reasons) [17:44] (there are a places in the code which depend on the small) [17:44] also, the small is more efficient performance wise so there is a good argument to keep it [17:45] *** Trebly has joined #tikiwiki [17:48] nkoth|nelson: OK. in fact, I'm just looking at tiki-pick_avatar but I can't see the big version [17:48] nkoth|nelson: it's only showing $avatar [17:48] once you upload with the feature on, you will have the bug version show. (I just tried it) [17:49] s/bug/big [17:49] nkoth|nelson: it doesn't seem to work here, I'm debugging [17:50] nkoth|nelson: ah, now it worked. I'm getting the small and the big picture at the same time [17:50] yes, that is by design [17:51] nkoth|nelson: what is the interest of showing the small picture if the big one is shown? [17:51] I suppose that the user knows what the small looks like [17:52] (I really don't know, just in case the user wondering whether he looks good small I suppose) [17:53] becasue in this case I uploaded a big pic, I want to know if it looks good small, otherwise I will upload another one [17:53] btw, there is a low priority feature request for a photo cropper feature - maybe one day that will replace this [17:54] upload....crop/zoom :) [17:54] *** changi|eat has quit IRC (Ping timeout: 268 seconds) [17:55] nkoth|nelson: OK [17:55] tikiwiki: 03jonnybradley * r36916 10/trunk/ (3 files in 3 dirs): [ENH] banning: Export section data and create or update rules on import. More tidying to do... [17:57] Hi, always looking at the developments but working on my applications using 7.1. [17:57] I got a problem of rights management after upgrade data from old ones. [17:57] Before looking to code, I wish to know if the problem has been treated. I have upgraded a site from 4.1 to 5.3, 6.1 and now 7.1. It seems that the new rights (admin first) are not set when upgrade is done. This creates (my data) incoherency of behavior (inherit rights, and particularly rights to objects.. if defined). Do exist something about this subject ? [17:57] *** changi has joined #tikiwiki [17:58] tikiwiki: 03chealer * r36917 10/trunk/tiki-pick_avatar.php: [REF] just reorder code [17:58] hi Trebly - permissions should get upgraded ok if all the update schema get run, there have been issues where this doesn't seem to have happened [17:59] which perms particularly are missing? try grepping for them and running the updates manually in sql [18:07] tikiwiki: 03nkoth * r36918 10/trunk/lib/wiki-plugins/wikiplugin_customsearch.php: [ENH] Allow setting of default categories to search via query string [18:11] *** fabricius has joined #tikiwiki [18:19] *** changi has quit IRC (Ping timeout: 268 seconds) [18:21] tikiwiki: 03nkoth * r36919 10/trunk/lib/wiki-plugins/wikiplugin_customsearch.php: [ENH] Allow forgetting of last search via query string if recalllastsearch feature param is on [18:23] jonnyb, are you aware that with current code (after your last commit): importing apparently works (provided that you click on "import as new"), but the data is not stored in the mysql_table tiki_banning, just the banIds in the tiki_banning_sections? [18:24] i think it depends on if the banId's are already there in your data, it goers screwy if not [18:24] Thanks. I remember that I got crashes during or at the end of upgrade (someones found and explained by bugs which have been solved later), so I believe that the upgrade could not be achieved or missed, the re-install run seems to be locked (no upgrade done) as if it was marked done (data at good level, and good table for structure but not with good data for permissions. Yesterday I... [18:24] ...found a lot of permissions for admin not set to true (many and not kept details). I need to look at a backup, because I have already made direct SQL changes, to get right the permissions which were wrong. This too for objects and categories. For the moment, for example I have av Wiki structure and a page which cannot be accessed by admin (403 error) while permissions seems OK. Sorry to be... [18:24] ...long... I am going to perform a detailed check. [18:25] probably [18:25] *** fabricius has quit IRC (Quit: *fuuuppppp gone*) [18:25] I'm just testing with new data all the time, since stored data is automagically deleted, afaik [18:40] yay, think i've cracked it - ui datetime picker coming in! [18:45] I do too, but the data I am speaking about are operational, it's not possible to generate them manually. So as since 3.2 the last two years, we always got simultaneously stability on old functions and new features with new versions. For someones it has been impossible to upgrade with stability. Nevertheless the core of applications data must be tested and set into operational exploitation of [18:45] most stable versions. Do you think I am not right ? [18:46] Awesome jonnyb! [18:47] tikiwiki: 03jonnybradley * r36920 10/third_party/jquery/ (jquery-tiki-readme.txt jquery-ui-timepicker-addon.js): [ENH] Add jquery-ui timepicker addon plugin (by Trent Richardson, thanks) [18:47] had to hit it with a hammer eventually - not terribly pretty code [18:49] tikiwiki: 03jonnybradley * r36921 10/trunk/lib/ (2 files in 2 dirs): [18:49] tikiwiki: [ENH] date picker: Add time selectors to jquery-ui version of jscalendar thanks to the timepicker addon . [18:49] tikiwiki: Currently usable in trackers (was falling back to original jscalendar), other uses to come. TODO: Kil jscalendar at last? [18:57] tikiwiki: 03jonnybradley * r36922 10/trunk/lib/ban/banlib.php: [FIX] banning: Don't try and update rules that don't exist here (thanks Xavi) [19:04] jonnyb, I'm afraid that we are not there yet (not even with your last commit) [19:05] if you refresh tiki-admin_banning.php you'll see that the new imported rules are not there in fact [19:05] (e.g. never stored in mysql database, afaik) [19:06] regardless of the selection of "Import as new" [19:06] moreover, Sections from the (apparently) imported rules are not even displayed in the page not even just after the fake import... [19:07] bbl [19:09] xavi: my imported rules all seem to "stick" (and are in the db), but i agree the sections are messed up [19:13] tikiwiki: 03jonnybradley * r36923 10/trunk/lib/ban/banlib.php: [FIX] banning: typo (testing is good, sorry ;) [19:20] *** Talad has left [19:31] bye for now, food time [19:31] *** jonnyb has quit IRC (Quit: I am going outside... I may be some time...) [19:39] *** arildb has quit IRC (Quit: Leaving) [19:40] btw anyone playing with the openstreetmap in tiki? [19:41] with firebug on I have an "ActiveXObject is not defined error/warning [19:41] *** rodrigo_sampaio has joined #tikiwiki [19:42] *** rodrigo_sampaio has quit IRC (Client Quit) [19:43] *** arildb has joined #tikiwiki [19:49] *** Jyhem_laptop has joined #tikiwiki [19:49] *** redflo has joined #tikiwiki [19:49] *** redflo has left [20:05] nelson, no, but I think marc is pushing us to get familiar with it. [20:05] I started messing with OpenLayers which I believe is used by openstreetmaps, and man it is COOL! [20:14] *** changi has joined #tikiwiki [20:19] tikiwiki: 03robertplummer * r36924 10/trunk/ (lib/sheet/grid.js tiki-history_sheets.php): [FIX] Fixes to get sheet working with the new event model. [20:23] the errr I get is actualy in OpenLayers.js [20:24] :) Figured [20:24] Is it a google maps error? [20:24] is not google maps, I mean the map is open street map...? [20:24] btw you or someone else may know this [20:25] In tiki, many buttons are liek this Now I have applied an image to the button class which makes the button real big, but only the anchor itself triggers the link, so the user thinks the button is not working, any odeas how to solve this easily? [20:26] Yea, don't use span. [20:26] Use div, or button, or almost anything but span. [20:27] that is not an wasy solution due to the prevalence of it all over [20:27] What about container? [20:27] brb [20:27] *** xavi has left [20:27] nkoth|nelson: is that an option? [20:28] what container? [20:28] let me look, I'm sure we can find something, do you have a page? [20:28] the span container [20:29] I suppose the solution is to reerite lib/smarty_tiki/function.button.php [20:31] It may not be span is the problem, I would have to see. [20:36] But it could be. [20:37] *** xavi has joined #tikiwiki [20:40] RobertPlummer: have you tried display: block on sorry, was for nkoth|nelson [20:41] I have in the past, but when I did it seemed I got mixed results with different browser.s [20:41] oh, [20:42] yes, I can see how it would confuse browsers [20:43] *** j0n3 has joined #tikiwiki [20:44] *** goj has quit IRC (Disconnected by services) [20:44] *** goj_killedByISP has joined #tikiwiki [20:44] *** goj_killedByISP is now known as goj [20:47] RobertPlummer, Jyhem_laptop: anyway, looks like adding padding to .button a seems to do the trick as the CSS level. [20:56] *** lphuberdeau has left [21:42] *** RobertPlummer has quit IRC (Ping timeout: 240 seconds) [21:52] *** RobertPlummer has joined #tikiwiki [22:01] *** RobertPlummer has quit IRC (Read error: Connection reset by peer) [22:01] *** RobertPlummer has joined #tikiwiki [22:02] *** changi has quit IRC (Ping timeout: 246 seconds) [22:09] *** changi has joined #tikiwiki [22:11] *** arildb has quit IRC (Quit: Leaving) [22:12] *** RobertPlummer has quit IRC (Ping timeout: 240 seconds) [22:19] *** changi has quit IRC (Ping timeout: 246 seconds) [22:33] tikiwiki: 03chealer * r36925 10/trunk/templates/tiki-pick_avatar.tpl: [22:33] tikiwiki: [ENH] Pick avatar: show both versions of the avatar more clearly when using user_store_file_gallery_picture [22:33] tikiwiki: [FIX] Undefined variable: user_picture_id when the user has an avatar but no full-size picture [22:37] tikiwiki: 03xavidp * r36926 10/branches/7.x/ (3 files in 3 dirs): (log message trimmed) [22:37] tikiwiki: [FIX] Several commits backported to provide CSV export and CSV import. Thanks [22:37] tikiwiki: jonnyb for feedback and partial fixes. However, Import CSV is not saved to mysql [22:37] tikiwiki: tables yet, not even after all this set of enhancements and fixes. [22:37] tikiwiki: [bp/r36908][ENH] Work in progress to add CSV export of banning rules. In a later stage, CSV import will be added. [22:37] tikiwiki: [bp/r36912][FIX] banning: Pass the data only to the export function [22:37] tikiwiki: [bp/r36914][ENH] Work in progress to add Import banning rules by means of a CSV file. [22:39] tikiwiki: 03xavidp * r36927 10/branches/proposals/6.x/ (3 files in 3 dirs): (log message trimmed) [22:39] tikiwiki: [FIX] Several commits backported to provide CSV export and CSV import. Thanks [22:39] tikiwiki: jonnyb for feedback and partial fixes. However, Import CSV is not saved to mysql [22:39] tikiwiki: tables yet, not even after all this set of enhancements and fixes. [22:39] tikiwiki: [bp/r36908][ENH] Work in progress to add CSV export of banning rules. In a later stage, CSV import will be added. [22:39] tikiwiki: [bp/r36912][FIX] banning: Pass the data only to the export function [22:39] tikiwiki: [bp/r36914][ENH] Work in progress to add Import banning rules by means of a CSV file. [22:39] *** xavi has left [22:45] tikiwiki: 03chealer * r36928 10/trunk/lib/wiki-plugins/wikiplugin_code.php: [REF] CODE plugin: remove unused globals [22:49] *** changi has joined #tikiwiki [22:56] *** j0n3 has quit IRC (Quit: j0n3) [23:02] Help anybody : The pref-71 - log_tpl seems not to function in 7.1. Is it something about ? [23:03] *** changi has quit IRC (Ping timeout: 260 seconds) [23:10] *** changi has joined #tikiwiki [23:20] *** changi has quit IRC (Ping timeout: 246 seconds) [23:25] Help : Sorry, forget the question, Firebug new option "show HTML comments" is not set by default... [23:28] *** RobertPlummer has joined #tikiwiki [23:39] *** changi has joined #tikiwiki [23:51] tikiwiki: 03robertplummer * r36929 10/trunk/ (lib/sheet/grid.js lib/sheet/grid.php tiki-view_sheets.php): [23:51] tikiwiki: [ENH] Made trackers attached to spreadsheets update, so you can finally remove and add them [23:51] tikiwiki: [FIX] Tracker names inside spreadsheets [23:51] tikiwiki: [ENH] Changed the ajax from $.ajax to $.post, to simplify the process of saving sheets [23:53] *** changi has quit IRC (Ping timeout: 268 seconds) [23:53] robert[;ummer, i just saw taht ighlight and "add comment" feature, can comments be disabled for specific wiki pages, or to disable that I need to set perms? [23:54] (not sure if you know what I am talking abt)