[00:01] arildb ok
[00:02] marclaporte This is assuming once you activate feature_references, the normal use case is that you'll want to use http://doc.tiki.org/PluginAddReference and http://doc.tiki.org/PluginShowReference
[00:04] arildb yes
[00:04] marclaporte And even the toolbar. Since there is a feature check, it could be automatically on the toolbar
[00:05] arildb It does simplify the usage.
[00:07] marclaporte we should do that more, for most tools and plugins really
[00:08] arildb For the plugins, should they be enabled/disabled along with feature_reference, or just be enabled?
[00:09] arildb with the toolbar activation, I guess it's the question of location, too
[00:10] marclaporte toolbar: I don't remember how to do that, but after you will, I'll go add the draw plugin tool :-)
[00:10] arildb hehe
[00:11] marclaporte plugins should they be enabled/disabled along with feature_reference, because they are no use without the feature
[00:11] arildb ok
[00:12] marclaporte as soon as you fix perms, I'll svn up demo.tiki.org/trunk/ to take it for a spin :-)
[00:12] arildb ok
[00:15] marclaporte you wrote: "I hope that it will be useful." It will. Last time I need this, and before Zotero integration was done: I mucked something up using tracker and wiki syntax. I believe a simple dedicated solution like you made is more future-proof
[00:15] marclaporte I am quite pleased how Tiki is evolving to becoming a superb solution for research
[00:15] arildb good
[00:33] CIA-36 tikiwiki: 03arildb * r41059 10/trunk/ (5 files in 3 dirs):
[00:33] CIA-36 tikiwiki: [MOD] Change permission names for Wiki References
[00:33] CIA-36 tikiwiki: tiki_p_use_referencelib -> tiki_p_use_references
[00:33] CIA-36 tikiwiki: tiki_p_edit_referencelib -> tiki_p_edit_references
[00:34] arildb If this new reference handling turns out to be stable, I hope we can use it into the 9.x release.
[00:35] marclaporte It doesn't need to be that stable
[00:35] marclaporte As long as it's self contained and can't break anything else....
[00:36] marclaporte We do want to avoid sql operations to repair issues in stable branches, but a one time, clean addition is OK. Feature can be tagged as experimental.
[00:37] arildb It is pretty self-contained. Btw. I believe there is a known bug. When pages are deleted, the reference cleanup does not work properly (we used InnoDB and FKs in our implementation)
[00:37] arildb a fix should come soon
[00:39] marclaporte Do you have a feeling on if InnoDB is faster than MyISAM for Tiki usage (I have a tracker database with 6M record)
[00:40] arildb Not sure. I only use InnoDB. So, I don't really have a comparison
[00:41] arildb why don't you make a second installation and convert it to InnoDB. Then compare them.
[00:42] arildb There is a conversion script...was up-to-date a few months ago...
[00:42] marclaporte That's a great idea
[00:45] marclaporte added to my todo...
[00:46] arildb :-)
[00:57] CIA-36 tikiwiki: 03marclaporte * r41060 10/branches/9.x/lib/prefs/feature.php: emphasis that this feature is experimental to avoid disappointments
[00:59] sylvieg do I have a click and drop of file with webdav?
[00:59] sylvieg or is it only a sync of modif
[00:59] sylvieg documentation is not clear
[01:06] marclaporte sylvieg: you can drag & drop many file
[01:06] sylvieg is demo suppose ti set so it works
[01:07] sylvieg .. not sure if it is my server setting - I had it work perfectly once..
[01:10] CIA-36 tikiwiki: 03marclaporte * r41061 10/trunk/templates/admin/include_textarea.tpl: Add new plugins in admin panel
[01:10] marclaporte demo worked at one point, but haven't tried recently
[01:40] CIA-36 tikiwiki: 03arildb * r41062 10/trunk/db/tiki_convert_myisam_to_innodb.sql: [FIX] Add tiki_page_references to the MyISAM -> InnoDB conversion script
[01:47] Jyhem_laptop_ joined #tikiwiki
[02:03] arildb marclaporte: Now I remember why the permission had the "lib" extension. It's because the usage of the references goes with the editpage permission. It is only the library access that (can) be restricted. Oh well. The new name matches the module names better. So, I guess we'll keep them
[02:54] Olivier__ joined #tikiwiki
[02:55] Olivier__ Good Evening
[02:56] Olivier__ i'm looking to create a tiki page in my tiki, and i wanna user the Full User name, as Hello Goerge Henri, on this page you will .... etc ..
[02:56] Olivier__ i wanna use*
[02:57] Olivier__ when i'm triying to use the {$user} i dont have any return, have you an idea for me ?
[03:06] goj_killedByISP joined #tikiwiki
[03:07] goj|ghost joined #tikiwiki
[03:08] marclaporte Olivier__: hi
[03:08] Olivier__ Hi Marc
[03:08] Olivier__ i speak french to for your info
[03:08] marclaporte Somehow, I guessed that :-)
[03:08] marclaporte Olivier__: {$user} would work for Smarty templates
[03:09] Olivier__ ok
[03:10] marclaporte But for wiki pages, this is what you are looking for: http://doc.tiki.org/Wiki+Argument+Variables
[03:10] Olivier__ so if i have a "normal" html page it will not be the best to include de $user var
[03:10] Olivier__ ho ok
[03:22] Olivier__ indeed i have to use the {{user}} var, but i create my tiki page i put {{user}} in the page and i just see {{user}} :p i probably forgot something
[03:27] rodrigoprimo joined #tikiwiki
[03:28] marclaporte yes, you need to activate that feature
[03:30] marclaporte ", once this preference is enabled in "Admin > Editing & Plugins" panel, you can put them in your wiki syntax enabled text area and have them to become automatically replaced by their actual value anywhere where they are used."
[03:31] Olivier__ and do you have the french name ofthat feature ? i do not find it in my admin panel :-S strangely
[03:34] Olivier__ i'm in the "option d'edition" Plugiciel ..
[03:34] Olivier__ but nothing talks about that option
[03:35] marclaporte I suggest you switch to English temporarily :-)
[03:36] Olivier__ :-P ok
[03:38] Olivier__ thank's for yourtime marc ! Have a nice evening !
[03:39] marclaporte it worked?
[03:45] Olivier__ i still not find
[03:46] Olivier__ what's the name of the plugin
[03:47] Olivier__ inmy wiki syntax i only have two tink and they are checked both
[03:50] Olivier__ do i have to setup each variable in theexternal wiki ?
[08:07] CIA-36 tikiwiki: 03arildb * r41063 10/trunk/lib/tikilib.php: [FIX] Remove page references, when the page is removed
[08:22] Jenser joined #tikiwiki
[09:06] redflo joined #tikiwiki
[09:15] Bernard1 joined #tikiwiki
[09:15] xavi joined #tikiwiki
[09:19] Bernard1 polom
[09:30] Bernard2 joined #tikiwiki
[09:38] Bernard2 I have set 2 month ago a tw6.4 using tracker + wiki page to display tracker item. I have three elements. wiki page displaying trackerfilter set to display the item using URL=displayitem&itemID -> wiki page ( displayitem) to display -> wiki template to format the display fields of the item
[09:55] CIA-36 tikiwiki: 03arildb * r41064 10/trunk/templates/admin/ (include_features.tpl include_wiki.tpl): [ENH] Move the "Wiki References" feature setting from "Features" to "Wiki" in the admin panel
[10:08] Bernard2 … sry found the answer, perm changed on the server, sh setup.sh solve the problem… Interesting and good to know ! :)
[10:20] CIA-36 tikiwiki: 03arildb * r41065 10/trunk/lib/wiki-plugins/wikiplugin_addreference.php: [FIX] The image for the add reference plugin now uses the correct image path
[11:41] CIA-36 tikiwiki: 03arildb * r41066 10/trunk/ (templates/tiki-editpage.tpl tiki-editpage.php): [FIX] The bibliography section in the page properties is now hidden, if Wiki References is not enabled
[11:44] arildb_ joined #tikiwiki
[12:28] Thom` joined #tikiwiki
[12:44] CIA-36 tikiwiki: 03arildb * r41067 10/trunk/tiki-admin.php: [ENH] Enable/disable addreference/showreference plugins along with references feature.
[13:03] sandroandrade joined #tikiwiki
[13:05] benoitg joined #tikiwiki
[13:11] Dr{Who} joined #tikiwiki
[13:14] GillesM joined #tikiwiki
[13:36] ricks99 joined #tikiwiki
[13:37] ricks99 polom y'all
[14:23] CIA-36 tikiwiki: 03arildb * r41068 10/trunk/lib/wiki-plugins/wikiplugin_showreference.php:
[14:23] CIA-36 tikiwiki: [ENH] The show references plugin now has no arguments by default. (show title default = yes)
[14:23] CIA-36 tikiwiki: Some cleanup of debugging data
[14:29] Thom` is there a known issue about a encoding problem on the search of wiki9 ?
[14:31] arildb joined #tikiwiki
[14:32] Thom` I've installed tiki9. I edit my page with the WYSIWYG editor. And on the result the accent are not encoded correctly, and i've too almost all my page which are result even if no one should have be returned
[14:38] arildb Thom`: There is/was an encoding issue in the Tiki 9 SVN version for the WYSIWYG. Hopefully it will be fixed soon.
[14:44] Thom` ok thanks. And is this normal when I filter with the type "Page wiki" (wiki page in french), the words 'page' and 'wiki' are highlighted in the result ?
[14:52] marclaporte1 joined #tikiwiki
[15:00] sandroandrade joined #tikiwiki
[15:03] arildb The plugin {img fileId="91" thumb="y" width="500"} fails to display the image in Tiki 8. It works OK in trunk. Anybody else having this problem? Is there a known fix?
[15:04] ricks99 is #91 a valid image? did you turn on error reporting?
[15:05] arildb Yes, #91 is a valid image, and strangely enough when I click on the thumbnail the image displays OK
[15:06] arildb I will check for errors
[15:07] ricks99 i have no issues with images in tiki 8
[15:08] ricks99 works perfectly on the demo server:
[15:08] ricks99 http://demo.tiki.org/8.x/RickPage
[15:09] ricks99 using: {img fileId="31" thumb="y"}
[15:10] arildb Got: The requested URL /8.x/RickPage was not found on this server.
[15:10] arildb I will try without the width
[15:10] arildb (...but I need that setting)
[15:10] ricks99 oops. forgot to save
[15:10] rodrigoprimo joined #tikiwiki
[15:10] ricks99 http://demo.tiki.org/8x/RickPage
[15:11] ricks99 01{img fileId="31" thumb="y" width="500"}
[15:11] ricks99 works fine
[15:12] arildb ok
[15:13] arildb ricks99: Are you running the latest8.x SVN version?
[15:16] arildb {img fileId="91"} works OK
[15:16] ricks99 demo server is 8.x from svn (april 22)
[15:16] arildb right. So a later version than I am running
[15:16] ricks99 what version are you running?
[15:17] ricks99 i have several tikis running 8.3 -- no issues with images
[15:17] arildb It's a pre 8.4 customized version, but no changes have been done to this part of the system. It's a few weeks old, I believe.
[15:18] ricks99 if it is a pre-release, anything is possible. i suggest either running only released versions, or updating from svn on a regular basis
[15:19] ricks99 before you log a bug, please upgrade to latest, though
[15:20] arildb Using any additional parameter to fileId="31" fails.
[15:20] arildb Yes, I will update to the latest SVN, and try again
[15:20] xavi polom
[15:20] ricks99 hola xavi
[15:20] xavi arildb: try this workaround: use src="display31" instead of fieldId="31"
[15:21] xavi hi ricks99
[15:21] arildb xavi: Let me try it
[15:21] ricks99 good thinking
[15:21] arildb So, it's a know bug, on some systems?
[15:22] xavi no idea, I just use displayNN everywhere I can and it works fine
[15:22] arildb I am preparing to make a screencast...using the workaround, is far from ideal...
[15:22] ricks99 as i said arildb, you're using an old, pre-release version.
[15:22] ricks99 there may be several issues.
[15:23] arildb I will try the latest SVN first
[15:23] ricks99 you really should either use only released versions, or always update from svn
[15:23] xavi resizing failed for png images with transparency for me for long, and I noticed that using sc=displayNN worked
[15:23] ricks99 works fine on the demo server
[15:23] ricks99 xavi: that (iirc) is a known issue with the gd image processing
[15:24] xavi is ... or was (after some fix that jonnyb did). But I don't know it jonny fixed it or not (I just keep using displayNN)
[15:25] ricks99 y, but that (again, iirc) forces the resizing on the client/browser instead of the server
[15:29] xavi yes, you are right
[15:29] xavi only useful for small resizing
[15:29] xavi imho
[15:31] xavi btw, arildb, in case the workaround works for you: you can change the default code inserted when a user clicks on an image from a file gallery, on a file gallery basis
[15:31] xavi fyi
[15:31] arildb xavi: yes, that's an idea, but I will try the latest 8 SVN version first
[15:32] xavi sure
[16:13] arildb I sync'd with the latest pre 8.4 SVN, but no luck. xavi, I tried your work around, but that also failed. (I am running Windows and SEFURL is disabled)
[16:19] arildb I think I have found the error.... 
[16:19] arildb If I remove x= and y= from the URL it works
[16:19] arildb the next question, is where to edit
[16:29] xavi back
[16:30] xavi arildb: no idea where to change (hadcode) your tiki, but...
[16:30] arildb I will search a bit. should be that hard to find
[16:30] xavi but you could use your custom syntax added, with (provided that you don't use rewrite rules):
[16:31] xavi src="tiki-download_file.php?fileId=91&display" instead of fileId="91"
[16:31] xavi custom syntax can be added on a per file gal basis
[16:33] xavi ricks99: ?
[16:33] ricks99 you can add custom syntax for {img} on the specific gallery's DISPLAY tab
[16:33] ricks99 however, really should figure out why it fails. works fine on demo site and my installs
[16:33] ricks99 what is the image? PNG?
[16:34] xavi ricks99: do you know how to keep strasa.css in 9x to show the light blue part below the header, as in 8x or previous?
[16:35] xavi example: http://www.r-es.org is not showing the light blue image below the header
[16:35] ricks99 looking
[16:35] xavi thks
[16:36] xavi this is an old site using strasa (with tiki 3.x, or so)
[16:36] xavi [OFF] http://moviments.net/cursos/
[16:36] ricks99 what should it look like?
[16:36] xavi ^
[16:36] ricks99 ah
[16:37] xavi like with the light blue bar where the login and register links are
[16:37] ricks99 on the 9.x site, you need modules in the topbar area
[16:37] xavi mmm, ok, I'll test with one...
[16:39] xavi you got it :-)
[16:39] xavi thks, as usual!
[16:40] ricks99 my pleaseure.
[16:40] CIA-36 tikiwiki: 03ricks99 * r41069 10/trunk/templates/tiki-admin_modules.tpl: [FIX] Use the correct pollId parameter when adding a poll to a custom module.
[16:40] CIA-36 tikiwiki: 03citadelrock * r41070 10/trunk/ (8 files in 6 dirs): [ENH] Add ability to watch blog posts for comments
[16:41] ricks99 anyone know... is it too late to add a quick fix to 8.4?
[16:43] xavi ricks99: I guess it's not too late: no public 8.4 tarballs on sf.net
[16:56] CIA-36 tikiwiki: 03ricks99 * r41072 10/branches/8.x/templates/tiki-admin_modules.tpl: [FIX] Backport of 41069
[16:56] CIA-36 tikiwiki: 03ricks99 * r41071 10/branches/9.x/templates/tiki-admin_modules.tpl: [FIX] Backport of 41069
[16:56] xavi and ricks99, how can I remove the space (with lighter color) shown at the right of the register link? in the r-es.org site (Strasa, etc)
[16:57] xavi I tried with #topbar_modules .register { margin-right: 0px; padding-right: 0px; }
[16:57] xavi but no luck
[17:00] ricks99 checking
[17:01] rodrigoprimo joined #tikiwiki
[17:11] arildb rodrigoprimo: As I understand you have been working on the Tiki i18n functionality
[17:11] arildb I have started looking at the Norwegian translation, and I must only congratulate on the i18n functions. Excellent!
[17:12] arildb The site http://i18n.tiki.org/Status shows the status of translations, but the updater seems to have stopped working. It would be nice to see how the translations are progressing. Any chance of getting the status updates running again soon?
[17:18] AldenisZen joined #tikiwiki
[17:21] ricks99 xavi: #topbar_modules .box-login_box {padding-right:0}
[17:21] CIA-36 tikiwiki: 03citadelrock * r41073 10/trunk/lib/tikilib.php: [ROLLBACK] bad merge from r41070, next commit will redo commit
[17:37] xavi ricks99: thanks. however, some weird things show up. in chrome (or chromium): the username and pass boxes are not vertically centered http://www.r-es.org
[17:38] xavi and again, adding padding-bottom or margin-bottom to #topbar_modules .box-login_box didn't make any change for me
[17:39] CIA-36 tikiwiki: 03citadelrock * r41074 10/trunk/lib/tikilib.php: [ENH] Add ability to watch blog posts for comments (redo)
[17:45] marclaporte joined #tikiwiki
[17:50] ricks99 xavi: you're not using fixed width?
[17:54] xavi nope
[17:54] Dr{Who} joined #tikiwiki
[17:54] ricks99 then need to set min-width
[17:54] ricks99 also: #topbar_modules{text-align:right}
[17:55] xavi ? min-width?
[17:55] ricks99 .box-login_box {min-width:750px} so the form doesn't "break" when using narrow browser windo
[17:55] ricks99 window
[17:56] xavi ah, ok
[17:56] xavi mmm, shouldn0t that be on some default css file?
[17:57] ricks99 i think the status css should 1. require top-modules area and 2. set min-width for the login module in the top-modules
[17:57] ricks99 just my $0.02
[17:57] ricks99 i see the vertical alignment issue with the login form... 1 sec...
[18:02] ricks99 try adding vertical-align: top; to the elements holding the form labels.
[18:03] ricks99 think it is .siteloginbar form div {text-align:top;}
[18:03] * ricks99 does *not* like the code inspector feature in chrom :(
[18:05] CIA-36 tikiwiki: 03xavidp * r41075 10/branches/9.x/styles/strasa.css: [FIX]Added min width for the login bar to prevent it to split in two lines with narrow browser windows. Thanks ricks99
[18:07] xavi .siteloginbar form div {text-align:top;} didn't work
[18:10] ricks99 duh... vertical-align:top
[18:10] ricks99 *sigh*
[18:10] ricks99 long morning :(
[18:10] ricks99 not "text-align"
[18:14] xavi yes, ricks99, you got it (again) :-)
[18:14] xavi the min-width produces a different effect once logged in...
[18:15] ricks99 y. you'll probably want to vary it... shorter length when logged in
[18:15] xavi of course, that bar stays as wide as previously, even if only short text (username logout) is shown
[18:15] xavi how do you get that?
[18:15] sandroandrade joined #tikiwiki
[18:16] ricks99 you'll need to add it to the custom header area... something like:
[18:20] ricks99 {if $user} {literal}{/literal} {else} {literal}{/literal} {/if}
[18:20] ricks99 in the Custom HTML area
[18:20] xavi phew
[18:20] xavi that's a clever trick
[18:20] ricks99 yeah, but it is *ugly* coding
[18:21] * ricks99 wishes i could use smarty within tiki's custom .css area
[18:21] xavi I'm afraid that I'd better revert the min-width from the default strasa.css in 9x
[18:21] ricks99 makes for very inefficient html.
[18:22] xavi I can imagine users complaining about a regression-like issue with strasa in 9x as-is after r41075
[18:23] ricks99 there really needs to be a read-me for each theme... for things like, where certain modules are expected, can/cannot be used as fixed width, etc.
[18:24] CIA-36 tikiwiki: 03xavidp * r41076 10/branches/9.x/styles/strasa.css: [FIX]Reverting 41075 since it might be considered a regression-type of issue with css in 9x for some users compared to strasa in previous tiki versions
[18:26] xavi I'll leave the min-width param in our tiki site :-) (but I've taken it out from default 9x)
[18:26] xavi thks ricks99 for your feedback
[18:26] * xavi back to grading students work
[18:27] ricks99 cya
[18:40] arildb ricks99: still there?
[18:40] marclaporte joined #tikiwiki
[18:41] arildb I believe I have found the problem, and it is not isolated to Tiki 8. Seems to be a general problem
[18:42] arildb In tiki-downloadload_file.php line 233
[18:42] arildb $format = substr($info['filename'], strrpos($info['filename'], '.') + 1);
[18:42] arildb This line assumes that the filename contains an extension, which is not the case in my Tiki 8.x installation.
[18:42] ricks99 but thought you weren't about to duplicate on demo.t.o?
[18:42] arildb I assume that the correct check is on filetype, which contains the MIME type
[18:43] arildb The bug is dependent on the data, and is present in all Tiki versions
[18:44] arildb I am not very familiar with the file-download_file.php, but what I would like to try, is to
[18:44] arildb replace: $format = substr($info['filename'], strrpos($info['filename'], '.') + 1);
[18:44] arildb with: $format = substr($info['filetype'], strrpos($info['filetype'], '/') + 1);
[18:44] arildb This assumes that a filetype is present
[18:44] arildb is that a valid assumption?
[18:45] ricks99 isnt it possible to have a filename but *not* a known MIME type?
[18:45] ricks99 might want to send to DEV list for clarification
[18:45] arildb Maybe, I am not very familiar with this module
[18:46] arildb Yes, good idea
[18:46] xavi arildb: fyi, read this: http://doc.tiki.org/File+Gallery+Config#Fix_mime_types_based_on_file_suffix
[18:47] xavi it seems under some setups, mime type info is wrong
[18:47] xavi for what I've read there
[18:47] xavi keep that in mind for your potential fix
[18:47] ricks99 ^^^ that's why i asked. tx xavi
[18:48] xavi np
[18:48] arildb right. So, maybe the correct procedure would be to veryfy that the filetype is "image/*". If yes, use it. If not parse the filename, like today
[18:49] ricks99 or.. .use filename first, then MIME as fallback
[18:49] ricks99 this way, the "fix" won't cause any regressions
[18:50] arildb that could also work, unless somebody calls the image: this.is.my.image
[18:50] rodrigoprimo arildb: I saw your e-mail. I will check what is happening as soon as possible. From what I remember there was a problem in the new i18n server that made more difficult to configure the crontab to periodically update the Status wiki page.
[18:50] arildb rodrigoprimo: sounds good
[18:51] rodrigoprimo arildb: I can give you access to the server if you have the knowledge to configure it. I don't think it is that difficult, it is just that I couldn't find time to do it.
[18:51] arildb ricks99: I will use your suggestion. It may be more regression proof, but filenames of the type "this.is.my.image", not using the image extension will fail
[18:52] ricks99 maybe include a check for "invalid" filenames, too
[18:53] arildb rodrigoprimo: I'd rather not. Very busy at the moment, and a bit unfamilar territory
[18:53] rodrigoprimo arildb: ok, no problem. I will do it when I can
[18:54] arildb ricks99: Checking the filename may be a bit difficult, but I will follow your suggestion
[18:55] ricks99 +1
[19:06] CIA-36 tikiwiki: 03arildb * r41077 10/trunk/tiki-download_file.php: [FIX] Better determination of the image type. If the filename doesn't have (the right image) extension, try to interpret the MIME type
[19:06] arildb I just commit the change. Please review
[19:06] arildb I need to backport to 8.x, to fix the problems we have there
[19:06] arildb Does the fix look OK?
[19:14] arildb Unless somebody sees some possible issues, I will go ahead and backport it. To me it seems safe
[19:20] Dr{Who} joined #tikiwiki
[19:31] marclaporte arildb: does it use fileinfo?
[19:31] marclaporte http://php.net/manual/en/book.fileinfo.php
[19:33] arildb marclaporte: $info seems to have different sources.
[19:33] arildb In my case it seems to come from: $query = "select * from `tiki_files` where `fileId`=?";
[19:35] marclaporte Please see: http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=revision&revision=34662
[19:37] arildb There is also the link xavi posted above: http://doc.tiki.org/File+Gallery+Config#Fix_mime_types_based_on_file_suffix
[19:39] arildb The current implementation only checks the file extension, which some of the File Gallery files, we use don't have...thus the bug. Now the filetype (= MIME type) is checked if the extension check fails.
[19:41] arildb I am not sure if the implementation in the link you posted is relevant or not, but in any case the change done is close to to the current implementation. Just adds an additional check if it fails. Hopefully this will avoid any regressions
[19:52] CIA-36 tikiwiki: 03arildb * r41078 10/branches/9.x/tiki-download_file.php: [br/r41077][FIX] Better determination of the image type. If the filename doesn't have (the right image) extension, try to interpret the MIME type.
[19:53] CIA-36 tikiwiki: 03arildb * r41079 10/branches/8.x/tiki-download_file.php: [br/r41077][FIX] Better determination of the image type. If the filename doesn't have (the right image) extension, try to interpret the MIME type.
[21:02] marclaporte arildb: do you think it solves: http://dev.tiki.org/item4062 ? (see comments for details)
[21:08] arildb checking
[21:11] CIA-36 tikiwiki: 03marclaporte * r41080 10/branches/9.x/lib/setup/prefs.php: Adding drawing tool, if feature is activated
[21:11] arildb marclaporte: not sure, but probably not. In the error cases it solves, the filetype icon will be displayed instead.
[21:11] marclaporte check r41080 to see how to add plugins by default in the toolbar
[21:15] arildb joined #tikiwiki
[21:27] arildb marclaporte: In http://dev.tiki.org/Regressions+in+8x the case reported SVN 2012-03-01 "File is not an image." links to http://doc.tiki.org/Tiki3#Web_Services which I assume is wrong
[21:27] arildb or?
[21:28] arildb We actually get this "strange" situation (no extension on image filename i the FileGallery) using a custom web service. ...so, maybe there is a connection afterall
[21:29] sandroandrade joined #tikiwiki
[21:36] marclaporte The image at http://doc.tiki.org/Tiki3#Web_Services must have worked at some point....
[21:37] marclaporte hmmm
[21:37] marclaporte http://doc.tiki.org/display37 is OK
[21:39] marclaporte So maybe the problem is with the img plugin which used to be OK with tiki-download_file.php?fileId=37 and no longer is...
[21:39] LouisMartin joined #tikiwiki
[21:55] arildb marclaporte: I get an image using http://doc.tiki.org/tiki-download_file.php?fileId=37
[21:55] arildb by using the URL directly from the browser
[22:03] marclaporte1 joined #tikiwiki
[22:29] marclaporte joined #tikiwiki
[22:36] marclaporte joined #tikiwiki
[22:48] arildb joined #tikiwiki
[23:00] rodrigoprimo joined #tikiwiki
[23:08] sylvieg trying to have webdav working on demo.tiki.org/9x
[23:10] sylvieg if I type tiki-webda.php I have a white screen
[23:14] changi sylvieg: you missed the v ?
[23:14] changi :)
[23:14] sylvieg sorry typo. I did not miss the v
[23:14] changi sylvieg: i get a 401 authorization ?
[23:22] sandroandrade joined #tikiwiki
[23:23] changi sylvieg: which client are you using ?
[23:24] sylvieg cyberduck
[23:24] sylvieg but not sure it is well set
[23:25] sylvieg i feel bad.. xavi and others wrote a hudge doc - and I am not able to have it work
[23:28] changi sylvieg: using gnome dav manager, i get access
[23:28] sylvieg on demo.tiki.org?
[23:28] changi yes
[23:29] changi sylvieg: you should see a new file gallery
[23:29] sylvieg and do you use admin user
[23:29] sylvieg or it is a different password/user?
[23:30] changi i use admin user
[23:36] changi sylvieg: maybe you missed the / at the end of tiki-webdav.php/
[23:37] sylvieg first time I goto tiki-webdav.php
[23:37] sylvieg and click on the link
[23:37] sylvieg it sends me on tiki-webdav.php/
[23:38] sylvieg white page
[23:38] changi sylvieg: i get the same with firefox
[23:39] changi sylvieg: you need a proper webdav client