[00:09]  fabricius1 joined #tikiwiki
[01:06]  Jyhem_laptop_ joined #tikiwiki
[02:39]  Gwayne joined #tikiwiki
[02:39]  Gwayne joined #tikiwiki
[02:54] Tiki|bot New Forum Posts: Shortened array syntax is for PHP 5.4=< only ! - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55655
[02:54] Tiki|bot New Forum Posts: 13.1 to 14.0 Upgrade - Blank pages - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=55651
[02:54] Tiki|bot New Forum Posts: plugin LIST and tablesorter - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55650
[03:04] Tiki|bot New Forum Posts: Shortened array syntax is for PHP 5.4=< only ! - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55655
[03:04] Tiki|bot New Forum Posts: 13.1 to 14.0 Upgrade - Blank pages - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=55651
[03:04] Tiki|bot New Forum Posts: plugin LIST and tablesorter - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55650
[05:44] Tiki|bot New Forum Posts: Shortened array syntax is for PHP 5.4=< only ! - https://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55655
[05:44] Tiki|bot New Forum Posts: 13.1 to 14.0 Upgrade - Blank pages - https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=55651
[05:44] Tiki|bot New Forum Posts: plugin LIST and tablesorter - https://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55650
[05:54] Tiki|bot New Forum Posts: Shortened array syntax is for PHP 5.4=< only ! - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55655
[05:54] Tiki|bot New Forum Posts: 13.1 to 14.0 Upgrade - Blank pages - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=55651
[05:54] Tiki|bot New Forum Posts: plugin LIST and tablesorter - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55650
[06:01]  amette_laptop left #tikiwiki
[06:04] Tiki-KGB 03lindonb r54998 10(209 files in 67 dirs) * [MRG] Automatic merge, branches/14.x 54991 to 54996
[06:16] Tiki-KGB 03lindonb r54999 10branches/14.x/lib/wiki-plugins/wikiplugin_trackerlist.php
[06:16] Tiki-KGB [FIX] tablesorter for plugintrackerlist: use native filtering for dates to avoid issues with pagination and cleaner code (thanks wolfgang)
[06:16] Tiki-KGB 03lindonb r55000 10trunk/lib/wiki-plugins/wikiplugin_trackerlist.php 10trunk * [MRG] Automatic merge, branches/14.x 54996 to 54999
[06:18] Tiki-KGB 03lindonb r55001 10branches/13.x/lib/wiki-plugins/wikiplugin_trackerlist.php
[06:18] Tiki-KGB [bp/r54999][FIX] tablesorter for plugintrackerlist: use native filtering for dates to avoid issues with pagination and cleaner code (thanks wolfgang)
[06:34] Tiki-KGB 03lindonb r55002 10branches/12.x/lib/wiki-plugins/wikiplugin_trackerlist.php
[06:34] Tiki-KGB [bp/r54999][FIX] tablesorter for plugintrackerlist: use native filtering for dates to avoid issues with pagination and cleaner code (thanks wolfgang)
[08:04]  gezza joined #tikiwiki
[09:40]  redflo joined #tikiwiki
[09:46]  gezza joined #tikiwiki
[10:48]  jonnyb joined #tikiwiki
[11:39]  Telesight joined #tikiwiki
[12:58] Tiki|bot New Forum Posts: Score reset after Upgrade - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=55672
[13:13]  chibaguy joined #tikiwiki
[13:47] gezza hi chibaguy
[13:47] chibaguy hi gezza
[13:47] gezza i tried to reproduce this error when trying to attach a file to a tracker item, but i cant
[13:47] gezza http://gezza-10565-5622.show.tikiwiki.org/tiki-index.php
[13:48] gezza this is the show instance, it works ok and I cant make it not to work
[13:48] gezza if you have time, can you check and try to make it fail? :)
[13:49] gezza i cant figure out which preference setting is causing problem
[13:49] chibaguy ok, i'll check.
[13:50] gezza it is still a problem on my local
[13:51] chibaguy well, in you show instance it also fails for me using old opera 12. I'll try with Firefox.
[13:51] gezza weird, it is ok on my firefox and IE
[13:52] gezza chrome seems to have issues initializing javascript
[13:52] gezza si i could not check with that
[13:54] gezza i noticed, in IE and Firefox that a class called "no-ajax" is added to the forms involved
[13:54] gezza in my local it is not added
[13:54] chibaguy Hmm, in Firefox (Developer edition), it fails also: when choosing select, both modal windows close, so no saving is possible.
[13:54] chibaguy (maybe a quirk of this firefox version)
[13:56] gezza hmm, i just added a file using FF 37.0.1
[13:57] gezza (tracker item name:"My favorite file")
[13:58] chibaguy With Chrome, I get the error also: click "select" and everything closes, no chance to "save".
[13:59] chibaguy This happens whether adding another file to "My favorite file" or making a new item.
[13:59] fabricius1 polom
[14:00] gezza do you have internet explorer?
[14:01] chibaguy yes
[14:01] chibaguy I'll try it.
[14:01] * chibaguy wonders how many browsers can be opened before RAM is used up.
[14:04] chibaguy Same result in ie11.
[14:04] chibaguy (fail)
[14:05] chibaguy I'll ask Anbumania to try to fix this.
[14:07] gezza i just uploaded with  IE11
[14:08] gezza strange
[14:08] gezza ok, lets see if he can find out
[14:08] gezza thanks!
[14:14] chibaguy sure.
[14:15] chibaguy oh, I see you had success several times. Hmm.
[14:17] fabricius1 hi chibaguy and gezza
[14:17] luciash polom
[14:17] fabricius1 gezza: does it fail with field type "files" aswell, or only with "file"?
[14:17] fabricius1 hi luciash
[14:18] chibaguy hi fabricius1 and luciash
[14:19] luciash hoy
[14:19] chibaguy fabriciusi1, both labels are "files" fieldtype. it failed for both, for me at the show instance, using IE11 just now.
[14:21] fabricius1 both labels are "files" fieldtype ?? not as I see it - one type is "file", one type is "files" and the first one might be a candidate of being depricated (recent chatted with Jonny on that).
[14:21] fabricius1 But if bot are checked and have the same issue, we might not need to argue about names
[14:24] chibaguy Hmm, as I look at http://gezza-10565-5622.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1 , I see "files" as field type two times.
[14:24] chibaguy Unless IE is distorting the text ;-)
[14:29] chibaguy (The field _name_ is once "file" and once "files", tho.)
[14:35]  amette_laptop joined #tikiwiki
[14:38] Tiki-KGB 03jonnybradley r55003 10branches/14.x/tiki-check.php * [FIX] tiki-check: Notices and uninitialised var
[14:43] gezza both fields are of the same type
[14:43] gezza chibaguy, did you create the second one?
[14:44] chibaguy No, I thought you did.
[14:44] chibaguy I only tried to add files.
[14:44] chibaguy well, add an item or a file.
[14:46] gezza i delete the singular one, confusing
[14:47] chibaguy yes
[14:56] fabricius1 chibaguy and gezza: I did create the second one - and no: both are DIFFERENT field types - even after the check we now see, that te issue seems not to be related wit the field type itself. Please mind the difference with and without the s in the field names - just recently discussed both types with jonnyb
[14:57] chibaguy fabricius1, then why did both types say "fields" in the "type" column of the tracker?
[14:57] chibaguy I mean "files" in the "type" column?
[14:58] chibaguy And why can't I find a "file" field type in the "add a field" modal?
[15:01] chibaguy (just wondering how you created that field and why it is identified as it is.)
[15:01] gezza there is only "files" type in tiki-admin.php?page=trackers
[15:01] Tiki|bot New Forum Posts: Upgrade from 13.1 to 14.0 problems - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=55681
[15:05]  Telesight joined #tikiwiki
[15:17] fabricius1 chibaguy and gezza, hah - field type attachment ... I uploaded one additional file to the previous existing first item, which already had a file uploaded - plan was adding another file, what is possible with type files and not in type attachment <-> BUT accidentially the file was replaced <-> due to this missbehaviour of the field and of the field name "file", I mixed up wrong file/files with attachment/files, where attachment a few
[15:17] fabricius1 days ago was depricated in favor of files. => sorry for the confusion
[15:18] chibaguy ok, thanks.
[16:00] Tiki-KGB 03chibaguy r55004 10branches/14.x/templates/tiki-editpage.tpl
[16:00] Tiki-KGB [FIX] Page edit form isn't really form-horizontal so removed the class (which caused 0px side margins).
[16:01] luciash chibaguy: ? cannot decide if it is form-horizontal or not? :)
[16:02] luciash (feeling deja-vu; saw simmilar commits about it already)
[16:02] chibaguy Yeah, exactly. Me, too. Am I going crazy? ;-)
[16:03] chibaguy the class keeps growing back, like a weed, it seems. :-)
[16:03] luciash :D
[16:04] luciash in r54989 you said it is needed to prevent float problems; found better solution?
[16:06] Cr0vaX polom
[16:06] luciash chibaguy: what weed you mean? ;)
[16:06] luciash hi Cr0vaX
[16:07] chibaguy oh, some unwanted weed of no value. :-)
[16:09]  gezza joined #tikiwiki
[16:15] chibaguy luciash, ah, I need to check that file again. It seems form-horizontal is good needed for one reason but causes a problem in another way. :-/
[16:16] chibaguy form-horizontal is needed for the labels in tab 2, but removes the 15px margins on the sides, so they need to be added back.
[16:17] chibaguy (the situation gradually becomes clearer again. ;-) )
[16:41] chibaguy Should calendar.css, admin.css, wizard.css, etc. be made part of tiki_base.css? I guess now they're only called when needed. So tiki_base.css would grow a bit, but there would be fewer server requests.
[16:42] chibaguy (I would like to expose them to the color variables so themes can easily override them, etc. This could be done either way - separate files or combined into tiki_base.css.
[16:48] Jyhem polom
[16:50] Jyhem strange issue: I get «Function ldap_connect does not exist» on windows but php.ini claims ldap is uncommented and phpinfo says ldap module is there
[16:53] amette_laptop Jyhem : could it be that it's Tiki's ldap_connect function and not the PHP module's?
[16:54] amette_laptop I looked into this recently and the whole LDAP code is non-working in Tiki afaics
[16:55] gezza chibaguy : using minify css the number of request should not matter
[16:56] gezza but maybe they can just have their own less file and than be compiled into tiki_base.css
[16:58] Tiki-KGB 03chibaguy r55005 10branches/ 10(36 files in 35 dirs)
[16:58] Tiki-KGB [FIX] Re-insert the form-horizontal class on tiki-editpage (needed for tab 2 layout, and add a new class to explicitly give margins (needed for tab 1, which doesn't actually have horizontal form elements).
[17:02] fabricius1 hi amette and Jyhem: there are two guys in the tiki forums (and a third one last year) who have LDAP issues with windows - e-mail not recognised after login/registration ... are you the appropriate guys to point them to? One just today did write to the user-list this morning.
[17:06] Jyhem fabricius1: I wish I went as far as e-mail not recognised after login/registration. It seems my php just does not even know about ldap_connect function and I'm stumped :-(
[17:06] fabricius1 Jyhem - the guys mentioned, that it worked until login
[17:06] fabricius1 maybe you should stick heads together withe them
[17:07] fabricius1 https://tiki.org/tiki-view_forum_thread.php?forumId=17&comments_parentId=51777#threadId17
[17:08] Jyhem amette_laptop: what do you mean? http://php.net/ldap_connect says it's a php function. Can Tiki  disable a php function ?
[17:09] amette_laptop Jyhem : ok, if it is a php function, then fine - I meant that there are Tiki functions missing (or not being called correctly, I don't fully remember) that are needed for LDAP to work
[17:09] amette_laptop and PHP functions can be disabled in php.ini btw
[17:11] Jyhem yes, but in php.ini I do have : extension=php_ldap.dll nicely uncommented
[17:11] amette_laptop and phpinfo() tells you that it's active?
[17:12] amette_laptop ah, yes, you mentioned that earlier
[17:12] amette_laptop hmmm
[17:12] Jyhem and in tiki-phpinfo.php I get Protocols 	dict, file, ftp, ftps, gopher, http, https, imap, imaps, ldap, pop3, pop3s, rtsp, scp, sftp, smtp, smtps, telnet, tftp
[17:12] Jyhem and
[17:12] Jyhem LDAP 	Amitay Isaacs, Eric Warnke, Rasmus Lerdorf, Gerrit Thomson, Stig Venaas
[17:13] Jyhem (in modules section)
[17:13] Jyhem Or is the "Module Authors" in phpinfo not the list actually active modules ?
[17:14] amette_laptop usually you should have a complete section with LDAP
[17:15] Jyhem Ahaaahh, there is no complete section and also I see nothing in
[17:15] Jyhem Loaded Modules 	core mod_win32 mpm_winnt http_core mod_so mod_access_compat mod_actions mod_alias mod_allowmethods mod_asis mod_auth_basic mod_authn_core mod_authn_file mod_authz_core mod_authz_groupfile mod_authz_host mod_authz_user mod_autoindex mod_cgi mod_dav_lock mod_dir mod_env mod_headers mod_include mod_info mod_isapi mod_log_config mod_cache_disk mod_mime mod_negotiation mod_proxy mod_proxy_ajp mod_rewrite mod_setenvif mod_
[17:15] Jyhem socache_shmcb mod_ssl mod_status mod_version mod_php5
[17:15] amette_laptop there you go
[17:15] amette_laptop probably editing wrong php.ini or such
[17:16] Jyhem Thanks, that makes more sense
[17:16] amette_laptop yw, good hunting
[17:16] Jyhem No, the correct php.ini is given in phpinfo(), so I know it's that
[17:18] chibaguy gezza, that makes sense. So I suppose we need tiki_base/feature_css/css and /less then, for the css files and less files similar to themes.
[17:18] Jyhem but http://dk2.php.net/manual/en/ldap.installation.php seems to suggest the windows admin needs to do some windows admin trickery to have some dlls in the right place
[17:18] amette_laptop hmm, ok, sounds reasonable - never used php on windoze though
[17:20] Tiki-KGB 03jonnybradley r55006 10branches/ 1014.x/templates/tiki-check.tpl 1014.x/tiki-check.php
[17:20] Tiki-KGB [FIX] tiki-check: Show info for file indexing handlers when not in standalone mode (thanks marclaporte)
[17:21] Jyhem It's all new to me as well (all hail cygwin!)
[17:21] amette_laptop :)
[17:22] gezza chibaguy , there is already a tiki-admin.less, tiki-calendar.less file at base_files/less/ folder
[17:23] gezza maybe feature_css is not needed, convert those into less files and they will be compiled into tiki_base.css
[17:23] gezza just thinking
[17:27] chibaguy hmm, ok, good catch. I'll check about that.
[17:27] luciash gezza: i think chibaguy meant, the css files are loaded only when necessary (when in admin, calendar, etc.)
[17:27] luciash or not?
[17:28] luciash ah, it was just a guess
[17:28] luciash nevermind :
[17:28] luciash :)
[17:28] chibaguy luciash, that's right, it's what I meant. But maybe there's no significant difference.
[17:28] gezza i think the question is whether it is necessary to continue keeping them in a separate css file
[17:29] luciash dynamic loading would require dynamic compile of the less files
[17:29] chibaguy Well, the less files can work the same as for the themes, just compile when the theme or tiki_base.css is changed.
[17:31] luciash if the answer is no, we should load all existing CSS in one compiled file no matter what feature is active, then the question is obsolete :)
[17:31] gezza what is the separation logic between what rules are in less/tiki-admin.less and feature_css/admin.css?
[17:33] gezza same question for calendar.css vs tiki-calendar.less
[17:33] gezza just asking, maybe there is something
[17:35] gezza i know about newsletter that should have their own css file because it is sent with newsletters and it should be as small sized as possible. for the rest of the features i dont know if there is a reason to have their own separate css file
[17:37] chibaguy I think originally the idea of the "feature css" files was to keep the total size of CSS files as small as possible, to reduce transfer time on page loads.
[17:37] chibaguy (maybe before minifying was implemented?
[17:38] gezza ah, I see, but than there should be a css for blog, article, tracker, etc
[17:38] chibaguy maybe the thinking was that these were "core features" that in most cases the css would be needed? (just guessing).
[17:39] gezza mistery of history :)
[17:40] chibaguy :)
[17:41] chibaguy Well, I'll take another look tomorrow (past midnight here).
[17:41] gezza i think much of the css workload is outsourced to bootstrap now, so theoretically there should not be so many special rules needed to be in a separate file
[17:42] chibaguy Right.
[17:45] chibaguy bbl
[18:15]  RobertPlummer joined #tikiwiki
[18:16] Tiki-KGB 03robertplummer r55007 10branches/14.x/lib/wikiLingo_tiki/tiki_wikiLingo_edit.js
[18:16] Tiki-KGB [FIX] ensure that attributes and tags built by tiki don't get stripped in medium.js
[18:16] RobertPlummer Is semi-auto merging being done guys?
[18:16] RobertPlummer all ^
[18:26] luciash RobertPlummer: sure
[18:26] RobertPlummer So do I need to worry about r55007?
[18:26] RobertPlummer Or shall I say: 007?
[18:28] luciash RobertPlummer: just do fresh svn checkout of trunk and run php doc/devtools/svnbranchupdate.php branches/14.x
[18:29] RobertPlummer dag nab it.
[18:30] luciash (do not run anything else, like sh setup etc.)
[18:30] luciash (svn checkout is enough)
[18:30] RobertPlummer I know, I know.
[18:30] RobertPlummer I just didn't want to do the merge, but I guess I have to.
[18:31] luciash (later you can just re-use it, i did checkout to tikitrunk-merges/ dir here)
[18:31] luciash you do not need to, you can just wait until someone else does it for you, but it is easy and polite to do so yourself
[18:34] RobertPlummer luciash: agreed
[18:34] RobertPlummer can I just switch off 14.x to trunk and run it?
[18:37] luciash yes
[18:37] luciash but that 14.x should be fresh
[18:37] RobertPlummer running...
[18:37] luciash no composer etc.
[18:38] Tiki-KGB 03robertplummer r55008 10(41 files in 38 dirs) * [MRG] Automatic merge, branches/14.x 54999 to 55007
[18:38] luciash cool :)
[18:38] luciash tks buddy
[18:38] RobertPlummer thank you guys.
[19:41]  guest0815 joined #tikiwiki
[20:56]  kingfisher joined #tikiwiki
[21:40]  kingfisher joined #tikiwiki