Jyhem_laptop_: joined #tikiwiki Gwayne: joined #tikiwiki
joined #tikiwiki 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
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
New Forum Posts: plugin LIST and tablesorter - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55650
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
New Forum Posts: 13.1 to 14.0 Upgrade - Blank pages - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=55651
New Forum Posts: plugin LIST and tablesorter - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55650
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
New Forum Posts: 13.1 to 14.0 Upgrade - Blank pages - https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=55651
New Forum Posts: plugin LIST and tablesorter - https://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55650
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
New Forum Posts: 13.1 to 14.0 Upgrade - Blank pages - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=55651
New Forum Posts: plugin LIST and tablesorter - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55650 amette_laptop: left #tikiwiki Tiki-KGB: 03lindonb r54998 10(209 files in 67 dirs) * [MRG] Automatic merge, branches/14.x 54991 to 54996
03lindonb r54999 10branches/14.x/lib/wiki-plugins/wikiplugin_trackerlist.php
[FIX] tablesorter for plugintrackerlist: use native filtering for dates to avoid issues with pagination and cleaner code (thanks wolfgang)
03lindonb r55000 10trunk/lib/wiki-plugins/wikiplugin_trackerlist.php 10trunk * [MRG] Automatic merge, branches/14.x 54996 to 54999
03lindonb r55001 10branches/13.x/lib/wiki-plugins/wikiplugin_trackerlist.php
[bp/r54999][FIX] tablesorter for plugintrackerlist: use native filtering for dates to avoid issues with pagination and cleaner code (thanks wolfgang)
03lindonb r55002 10branches/12.x/lib/wiki-plugins/wikiplugin_trackerlist.php
[bp/r54999][FIX] tablesorter for plugintrackerlist: use native filtering for dates to avoid issues with pagination and cleaner code (thanks wolfgang) gezza: joined #tikiwiki redflo: joined #tikiwiki gezza: joined #tikiwiki jonnyb: joined #tikiwiki Telesight: joined #tikiwiki Tiki|bot: New Forum Posts: Score reset after Upgrade - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=55672 chibaguy: joined #tikiwiki gezza: hi chibaguy chibaguy: hi gezza gezza: i tried to reproduce this error when trying to attach a file to a tracker item, but i cant
http://gezza-10565-5622.show.tikiwiki.org/tiki-index.php
this is the show instance, it works ok and I cant make it not to work
if you have time, can you check and try to make it fail? :)
i cant figure out which preference setting is causing problem chibaguy: ok, i'll check. gezza: it is still a problem on my local chibaguy: well, in you show instance it also fails for me using old opera 12. I'll try with Firefox. gezza: weird, it is ok on my firefox and IE
chrome seems to have issues initializing javascript
si i could not check with that
i noticed, in IE and Firefox that a class called "no-ajax" is added to the forms involved
in my local it is not added chibaguy: Hmm, in Firefox (Developer edition), it fails also: when choosing select, both modal windows close, so no saving is possible.
(maybe a quirk of this firefox version) gezza: hmm, i just added a file using FF 37.0.1
(tracker item name:"My favorite file") chibaguy: With Chrome, I get the error also: click "select" and everything closes, no chance to "save".
This happens whether adding another file to "My favorite file" or making a new item. fabricius1: polom gezza: do you have internet explorer? chibaguy: yes
I'll try it. -: chibaguy wonders how many browsers can be opened before RAM is used up. chibaguy: Same result in ie11.
(fail)
I'll ask Anbumania to try to fix this. gezza: i just uploaded with IE11
strange
ok, lets see if he can find out
thanks! chibaguy: sure.
oh, I see you had success several times. Hmm. fabricius1: hi chibaguy and gezza luciash: polom fabricius1: gezza: does it fail with field type "files" aswell, or only with "file"?
hi luciash chibaguy: hi fabricius1 and luciash luciash: hoy chibaguy: fabriciusi1, both labels are "files" fieldtype. it failed for both, for me at the show instance, using IE11 just now. 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).
But if bot are checked and have the same issue, we might not need to argue about names 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.
Unless IE is distorting the text ;-)
(The field _name_ is once "file" and once "files", tho.) amette_laptop: joined #tikiwiki Tiki-KGB: 03jonnybradley r55003 10branches/14.x/tiki-check.php * [FIX] tiki-check: Notices and uninitialised var gezza: both fields are of the same type
chibaguy, did you create the second one? chibaguy: No, I thought you did.
I only tried to add files.
well, add an item or a file. gezza: i delete the singular one, confusing chibaguy: yes 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 chibaguy: fabricius1, then why did both types say "fields" in the "type" column of the tracker?
I mean "files" in the "type" column?
And why can't I find a "file" field type in the "add a field" modal?
(just wondering how you created that field and why it is identified as it is.) gezza: there is only "files" type in tiki-admin.php?page=trackers 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 Telesight: joined #tikiwiki 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
days ago was depricated in favor of files. => sorry for the confusion chibaguy: ok, thanks. Tiki-KGB: 03chibaguy r55004 10branches/14.x/templates/tiki-editpage.tpl
[FIX] Page edit form isn't really form-horizontal so removed the class (which caused 0px side margins). luciash: chibaguy: ? cannot decide if it is form-horizontal or not? :)
(feeling deja-vu; saw simmilar commits about it already) chibaguy: Yeah, exactly. Me, too. Am I going crazy? ;-)
the class keeps growing back, like a weed, it seems. :-) luciash: :D
in r54989 you said it is needed to prevent float problems; found better solution? Cr0vaX: polom luciash: chibaguy: what weed you mean? ;)
hi Cr0vaX chibaguy: oh, some unwanted weed of no value. :-) gezza: joined #tikiwiki 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. :-/
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.
(the situation gradually becomes clearer again. ;-) )
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.
(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. Jyhem: polom
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 amette_laptop: Jyhem : could it be that it's Tiki's ldap_connect function and not the PHP module's?
I looked into this recently and the whole LDAP code is non-working in Tiki afaics gezza: chibaguy : using minify css the number of request should not matter
but maybe they can just have their own less file and than be compiled into tiki_base.css Tiki-KGB: 03chibaguy r55005 10branches/ 10(36 files in 35 dirs)
[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). 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. 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 :-( fabricius1: Jyhem - the guys mentioned, that it worked until login
maybe you should stick heads together withe them
https://tiki.org/tiki-view_forum_thread.php?forumId=17&comments_parentId=51777#threadId17 Jyhem: amette_laptop: what do you mean? http://php.net/ldap_connect says it's a php function. Can Tiki disable a php function ? 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
and PHP functions can be disabled in php.ini btw Jyhem: yes, but in php.ini I do have : extension=php_ldap.dll nicely uncommented amette_laptop: and phpinfo() tells you that it's active?
ah, yes, you mentioned that earlier
hmmm 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
and
LDAP Amitay Isaacs, Eric Warnke, Rasmus Lerdorf, Gerrit Thomson, Stig Venaas
(in modules section)
Or is the "Module Authors" in phpinfo not the list actually active modules ? amette_laptop: usually you should have a complete section with LDAP Jyhem: Ahaaahh, there is no complete section and also I see nothing in
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_
socache_shmcb mod_ssl mod_status mod_version mod_php5 amette_laptop: there you go
probably editing wrong php.ini or such Jyhem: Thanks, that makes more sense amette_laptop: yw, good hunting Jyhem: No, the correct php.ini is given in phpinfo(), so I know it's that 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. 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 amette_laptop: hmm, ok, sounds reasonable - never used php on windoze though Tiki-KGB: 03jonnybradley r55006 10branches/ 1014.x/templates/tiki-check.tpl 1014.x/tiki-check.php
[FIX] tiki-check: Show info for file indexing handlers when not in standalone mode (thanks marclaporte) Jyhem: It's all new to me as well (all hail cygwin!) amette_laptop: :) gezza: chibaguy , there is already a tiki-admin.less, tiki-calendar.less file at base_files/less/ folder
maybe feature_css is not needed, convert those into less files and they will be compiled into tiki_base.css
just thinking chibaguy: hmm, ok, good catch. I'll check about that. luciash: gezza: i think chibaguy meant, the css files are loaded only when necessary (when in admin, calendar, etc.)
or not?
ah, it was just a guess
nevermind :
:) chibaguy: luciash, that's right, it's what I meant. But maybe there's no significant difference. gezza: i think the question is whether it is necessary to continue keeping them in a separate css file luciash: dynamic loading would require dynamic compile of the less files chibaguy: Well, the less files can work the same as for the themes, just compile when the theme or tiki_base.css is changed. 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 :) gezza: what is the separation logic between what rules are in less/tiki-admin.less and feature_css/admin.css?
same question for calendar.css vs tiki-calendar.less
just asking, maybe there is something
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 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.
(maybe before minifying was implemented? gezza: ah, I see, but than there should be a css for blog, article, tracker, etc chibaguy: maybe the thinking was that these were "core features" that in most cases the css would be needed? (just guessing). gezza: mistery of history :) chibaguy: :)
Well, I'll take another look tomorrow (past midnight here). 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 chibaguy: Right.
bbl RobertPlummer: joined #tikiwiki Tiki-KGB: 03robertplummer r55007 10branches/14.x/lib/wikiLingo_tiki/tiki_wikiLingo_edit.js
[FIX] ensure that attributes and tags built by tiki don't get stripped in medium.js RobertPlummer: Is semi-auto merging being done guys?
all ^ luciash: RobertPlummer: sure RobertPlummer: So do I need to worry about r55007?
Or shall I say: 007? luciash: RobertPlummer: just do fresh svn checkout of trunk and run php doc/devtools/svnbranchupdate.php branches/14.x RobertPlummer: dag nab it. luciash: (do not run anything else, like sh setup etc.)
(svn checkout is enough) RobertPlummer: I know, I know.
I just didn't want to do the merge, but I guess I have to. luciash: (later you can just re-use it, i did checkout to tikitrunk-merges/ dir here)
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 RobertPlummer: luciash: agreed
can I just switch off 14.x to trunk and run it? luciash: yes
but that 14.x should be fresh RobertPlummer: running... luciash: no composer etc. Tiki-KGB: 03robertplummer r55008 10(41 files in 38 dirs) * [MRG] Automatic merge, branches/14.x 54999 to 55007 luciash: cool :)
tks buddy RobertPlummer: thank you guys. guest0815: joined #tikiwiki kingfisher: joined #tikiwiki
joined #tikiwiki