| ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
| Who | What | When |
|---|---|---|
| arildb | ok | [00:01] |
| 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:02] |
| arildb | yes | [00:04] |
| marclaporte | And even the toolbar. Since there is a feature check, it could be automatically on the toolbar | [00:04] |
| arildb | It does simplify the usage. | [00:05] |
| marclaporte | we should do that more, for most tools and plugins really | [00:07] |
| arildb | For the plugins, should they be enabled/disabled along with feature_reference, or just be enabled?
with the toolbar activation, I guess it's the question of location, too | [00:08] |
| 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:10] |
| marclaporte | plugins should they be enabled/disabled along with feature_reference, because they are no use without the feature | [00:11] |
| arildb | ok | [00:11] |
| 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:12] |
| 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
I am quite pleased how Tiki is evolving to becoming a superb solution for research | [00:15] |
| arildb | good | [00:15] |
| .... (idle for 18mn) | ||
| CIA-36 | tikiwiki: 03arildb * r41059 10/trunk/ (5 files in 3 dirs):
tikiwiki: [MOD] Change permission names for Wiki References tikiwiki: tiki_p_use_referencelib -> tiki_p_use_references tikiwiki: tiki_p_edit_referencelib -> tiki_p_edit_references | [00:33] |
| arildb | If this new reference handling turns out to be stable, I hope we can use it into the 9.x release. | [00:34] |
| marclaporte | It doesn't need to be that stable
As long as it's self contained and can't break anything else.... 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:35] |
| 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)
a fix should come soon | [00:37] |
| 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:39] |
| arildb | Not sure. I only use InnoDB. So, I don't really have a comparison
why don't you make a second installation and convert it to InnoDB. Then compare them. There is a conversion script...was up-to-date a few months ago... | [00:40] |
| marclaporte | That's a great idea
added to my todo... | [00:42] |
| arildb | :-) | [00:46] |
| CIA-36 | tikiwiki: 03marclaporte * r41060 10/branches/9.x/lib/prefs/feature.php: emphasis that this feature is experimental to avoid disappointments | [00:57] |
| sylvieg | do I have a click and drop of file with webdav?
or is it only a sync of modif documentation is not clear | [00:59] |
| marclaporte | sylvieg: you can drag & drop many file | [01:06] |
| sylvieg | is demo suppose ti set so it works
.. not sure if it is my server setting - I had it work perfectly once.. | [01:06] |
| 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:10] |
| ....... (idle for 30mn) | ||
| 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:40] |
| Jyhem_laptop_ | joined #tikiwiki | [01:47] |
| .... (idle for 16mn) | ||
| 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:03] |
| ........... (idle for 51mn) | ||
| Olivier__ | joined #tikiwiki
Good Evening 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 .. i wanna use* when i'm triying to use the {$user} i dont have any return, have you an idea for me ? | [02:54] |
| goj_killedByISP | joined #tikiwiki | [03:06] |
| goj|ghost | joined #tikiwiki | [03:07] |
| marclaporte | Olivier__: hi | [03:08] |
| Olivier__ | Hi Marc
i speak french to for your info | [03:08] |
| marclaporte | Somehow, I guessed that :-)
Olivier__: {$user} would work for Smarty templates | [03:08] |
| Olivier__ | ok | [03:09] |
| 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
ho ok | [03:10] |
| 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:22] | |
| rodrigoprimo | joined #tikiwiki | [03:27] |
| marclaporte | yes, you need to activate that feature
", 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:28] |
| Olivier__ | and do you have the french name ofthat feature ? i do not find it in my admin panel :-S strangely
i'm in the "option d'edition" Plugiciel .. but nothing talks about that option | [03:31] |
| marclaporte | I suggest you switch to English temporarily :-) | [03:35] |
| Olivier__ | :-P ok
thank's for yourtime marc ! Have a nice evening ! | [03:36] |
| marclaporte | it worked? | [03:39] |
| Olivier__ | i still not find
what's the name of the plugin inmy wiki syntax i only have two tink and they are checked both do i have to setup each variable in theexternal wiki ? | [03:45] |
| .................................................... (idle for 4h17mn) | ||
| CIA-36 | tikiwiki: 03arildb * r41063 10/trunk/lib/tikilib.php: [FIX] Remove page references, when the page is removed | [08:07] |
| .... (idle for 15mn) | ||
| Jenser | joined #tikiwiki | [08:22] |
| ......... (idle for 44mn) | ||
| redflo | joined #tikiwiki | [09:06] |
| Bernard1 | joined #tikiwiki | [09:15] |
| xavi | joined #tikiwiki | [09:15] |
| Bernard1 | polom | [09:19] |
| Bernard2 | joined #tikiwiki | [09:30] |
| 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:38] | |
| .... (idle for 17mn) | ||
| 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 | [09:55] |
| Bernard2 | … sry found the answer, perm changed on the server, sh setup.sh solve the problem… Interesting and good to know ! :) | [10:08] |
| 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 | [10:20] |
| ................. (idle for 1h21mn) | ||
| 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:41] | |
| arildb_ | joined #tikiwiki | [11:44] |
| ......... (idle for 44mn) | ||
| Thom` | joined #tikiwiki | [12:28] |
| .... (idle for 16mn) | ||
| CIA-36 | tikiwiki: 03arildb * r41067 10/trunk/tiki-admin.php: [ENH] Enable/disable addreference/showreference plugins along with references feature. | [12:44] |
| .... (idle for 19mn) | ||
| sandroandrade | joined #tikiwiki | [13:03] |
| benoitg | joined #tikiwiki | [13:05] |
| Dr{Who} | joined #tikiwiki | [13:11] |
| GillesM | joined #tikiwiki | [13:14] |
| ..... (idle for 22mn) | ||
| ricks99 | joined #tikiwiki
polom y'all | [13:36] |
| .......... (idle for 46mn) | ||
| CIA-36 | tikiwiki: 03arildb * r41068 10/trunk/lib/wiki-plugins/wikiplugin_showreference.php:
tikiwiki: [ENH] The show references plugin now has no arguments by default. (show title default = yes) tikiwiki: Some cleanup of debugging data | [14:23] |
| Thom` | is there a known issue about a encoding problem on the search of wiki9 ? | [14:29] |
| arildb | joined #tikiwiki | [14:31] |
| 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:32] |
| arildb | Thom`: There is/was an encoding issue in the Tiki 9 SVN version for the WYSIWYG. Hopefully it will be fixed soon. | [14:38] |
| 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:44] |
| marclaporte1 | joined #tikiwiki | [14:52] |
| sandroandrade | joined #tikiwiki | [15:00] |
| 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:03] |
| ricks99 | is #91 a valid image? did you turn on error reporting? | [15:04] |
| arildb | Yes, #91 is a valid image, and strangely enough when I click on the thumbnail the image displays OK
I will check for errors | [15:05] |
| ricks99 | i have no issues with images in tiki 8
works perfectly on the demo server: http://demo.tiki.org/8.x/RickPage using: {img fileId="31" thumb="y"} | [15:07] |
| arildb | Got: The requested URL /8.x/RickPage was not found on this server.
I will try without the width (...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
01{img fileId="31" thumb="y" width="500"} works fine | [15:10] |
| arildb | ok
ricks99: Are you running the latest8.x SVN version? {img fileId="91"} works OK | [15:12] |
| 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?
i have several tikis running 8.3 -- no issues with images | [15:16] |
| 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:17] |
| 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
before you log a bug, please upgrade to latest, though | [15:18] |
| arildb | Using any additional parameter to fileId="31" fails.
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"
hi ricks99 | [15:20] |
| arildb | xavi: Let me try it | [15:21] |
| ricks99 | good thinking | [15:21] |
| arildb | So, it's a know bug, on some systems? | [15:21] |
| 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.
there may be several issues. | [15:22] |
| 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
xavi: that (iirc) is a known issue with the gd image processing | [15:23] |
| 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:24] |
| ricks99 | y, but that (again, iirc) forces the resizing on the client/browser instead of the server | [15:25] |
| xavi | yes, you are right
only useful for small resizing imho 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 fyi | [15:29] |
| arildb | xavi: yes, that's an idea, but I will try the latest 8 SVN version first | [15:31] |
| xavi | sure | [15:32] |
| ......... (idle for 41mn) | ||
| 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:13] |
| I think I have found the error.... <img src="tiki-download_file.php?fileId=91&display&x=500&y=289" width="500" height="289" alt="Image" />
If I remove x= and y= from the URL it works the next question, is where to edit | [16:19] | |
| xavi | back
arildb: no idea where to change (hadcode) your tiki, but... | [16:29] |
| 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):
src="tiki-download_file.php?fileId=91&display" instead of fileId="91" custom syntax can be added on a per file gal basis ricks99: ? | [16:30] |
| ricks99 | you can add custom syntax for {img} on the specific gallery's DISPLAY tab
however, really should figure out why it fails. works fine on demo site and my installs what is the image? PNG? | [16:33] |
| 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?
example: http://www.r-es.org is not showing the light blue image below the header | [16:34] |
| ricks99 | looking | [16:35] |
| xavi | thks
this is an old site using strasa (with tiki 3.x, or so) [OFF] http://moviments.net/cursos/ | [16:35] |
| ricks99 | what should it look like? | [16:36] |
| xavi | ^ | [16:36] |
| ricks99 | ah | [16:36] |
| 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...
you got it :-) thks, as usual! | [16:37] |
| 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.
tikiwiki: 03citadelrock * r41070 10/trunk/ (8 files in 6 dirs): [ENH] Add ability to watch blog posts for comments | [16:40] |
| ricks99 | anyone know... is it too late to add a quick fix to 8.4? | [16:41] |
| xavi | ricks99: I guess it's not too late: no public 8.4 tarballs on sf.net | [16:43] |
| CIA-36 | tikiwiki: 03ricks99 * r41072 10/branches/8.x/templates/tiki-admin_modules.tpl: [FIX] Backport of 41069
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)
I tried with #topbar_modules .register { margin-right: 0px; padding-right: 0px; } but no luck | [16:56] |
| ricks99 | checking | [17:00] |
| rodrigoprimo | joined #tikiwiki | [17:01] |
| arildb | rodrigoprimo: As I understand you have been working on the Tiki i18n functionality
I have started looking at the Norwegian translation, and I must only congratulate on the i18n functions. Excellent! 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:11] |
| AldenisZen | joined #tikiwiki | [17:18] |
| 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:21] |
| .... (idle for 16mn) | ||
| 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
and again, adding padding-bottom or margin-bottom to #topbar_modules .box-login_box didn't make any change for me | [17:37] |
| CIA-36 | tikiwiki: 03citadelrock * r41074 10/trunk/lib/tikilib.php: [ENH] Add ability to watch blog posts for comments (redo) | [17:39] |
| marclaporte | joined #tikiwiki | [17:45] |
| ricks99 | xavi: you're not using fixed width? | [17:50] |
| xavi | nope | [17:54] |
| Dr{Who} | joined #tikiwiki | [17:54] |
| ricks99 | then need to set min-width
also: #topbar_modules{text-align:right} | [17:54] |
| xavi | ? min-width? | [17:55] |
| ricks99 | .box-login_box {min-width:750px} so the form doesn't "break" when using narrow browser windo
window | [17:55] |
| xavi | ah, ok
mmm, shouldn0t that be on some default css file? | [17:56] |
| 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
just my $0.02 i see the vertical alignment issue with the login form... 1 sec... | [17:57] |
| try adding vertical-align: top; to the <div> elements holding the form labels.
think it is .siteloginbar form div {text-align:top;} ricks99 does *not* like the code inspector feature in chrom :( | [18:02] | |
| 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:05] |
| xavi | .siteloginbar form div {text-align:top;} didn't work | [18:07] |
| ricks99 | duh... vertical-align:top
*sigh* long morning :( not "text-align" | [18:10] |
| xavi | yes, ricks99, you got it (again) :-)
the min-width produces a different effect once logged in... | [18:14] |
| 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
how do you get that? | [18:15] |
| sandroandrade | joined #tikiwiki | [18:15] |
| ricks99 | you'll need to add it to the custom header area... something like:
{if $user} {literal}<style type="text/css"> .... shorter min-width ...</style>{/literal} {else} {literal}<style type="text/css"> .... longer min-width </style>{/literal} {/if} in the Custom HTML <head> area | [18:16] |
| xavi | phew
that's a clever trick | [18:20] |
| ricks99 | yeah, but it is *ugly* coding
ricks99 wishes i could use smarty within tiki's custom .css area | [18:20] |
| 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:21] |
| xavi | I can imagine users complaining about a regression-like issue with strasa in 9x as-is after r41075 | [18:22] |
| 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:23] |
| 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:24] |
| xavi | I'll leave the min-width param in our tiki site :-) (but I've taken it out from default 9x)
thks ricks99 for your feedback xavi back to grading students work | [18:26] |
| ricks99 | cya | [18:27] |
| arildb | ricks99: still there? | [18:40] |
| marclaporte | joined #tikiwiki | [18:40] |
| arildb | I believe I have found the problem, and it is not isolated to Tiki 8. Seems to be a general problem
In tiki-downloadload_file.php line 233 $format = substr($info['filename'], strrpos($info['filename'], '.') + 1); This line assumes that the filename contains an extension, which is not the case in my Tiki 8.x installation. | [18:41] |
| 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
The bug is dependent on the data, and is present in all Tiki versions I am not very familiar with the file-download_file.php, but what I would like to try, is to replace: $format = substr($info['filename'], strrpos($info['filename'], '.') + 1); with: $format = substr($info['filetype'], strrpos($info['filetype'], '/') + 1); This assumes that a filetype is present is that a valid assumption? | [18:42] |
| ricks99 | isnt it possible to have a filename but *not* a known MIME type?
might want to send to DEV list for clarification | [18:45] |
| arildb | Maybe, I am not very familiar with this module
Yes, good idea | [18:45] |
| xavi | arildb: fyi, read this: http://doc.tiki.org/File+Gallery+Config#Fix_mime_types_based_on_file_suffix
it seems under some setups, mime type info is wrong for what I've read there keep that in mind for your potential fix | [18:46] |
| ricks99 | ^^^ that's why i asked. tx xavi | [18:47] |
| 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:48] |
| ricks99 | or.. .use filename first, then MIME as fallback
this way, the "fix" won't cause any regressions | [18:49] |
| 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:50] |
| 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:51] |
| ricks99 | maybe include a check for "invalid" filenames, too | [18:52] |
| 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:53] |
| arildb | ricks99: Checking the filename may be a bit difficult, but I will follow your suggestion | [18:54] |
| ricks99 | +1 | [18:55] |
| 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
I need to backport to 8.x, to fix the problems we have there Does the fix look OK? | [19:06] |
| Unless somebody sees some possible issues, I will go ahead and backport it. To me it seems safe | [19:14] | |
| Dr{Who} | joined #tikiwiki | [19:20] |
| marclaporte | arildb: does it use fileinfo?
http://php.net/manual/en/book.fileinfo.php | [19:31] |
| arildb | marclaporte: $info seems to have different sources.
In my case it seems to come from: $query = "select * from `tiki_files` where `fileId`=?"; | [19:33] |
| marclaporte | Please see: http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=revision&revision=34662 | [19:35] |
| arildb | There is also the link xavi posted above: http://doc.tiki.org/File+Gallery+Config#Fix_mime_types_based_on_file_suffix
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. 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:37] |
| 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.
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. | [19:52] |
| .............. (idle for 1h9mn) | ||
| marclaporte | arildb: do you think it solves: http://dev.tiki.org/item4062 ? (see comments for details) | [21:02] |
| arildb | checking | [21:08] |
| 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:11] |
| arildb | joined #tikiwiki | [21:15] |
| 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
or? 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:27] | |
| sandroandrade | joined #tikiwiki | [21:29] |
| marclaporte | The image at http://doc.tiki.org/Tiki3#Web_Services must have worked at some point....
hmmm http://doc.tiki.org/display37 is OK 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:36] |
| LouisMartin | joined #tikiwiki | [21:39] |
| .... (idle for 16mn) | ||
| arildb | marclaporte: I get an image using http://doc.tiki.org/tiki-download_file.php?fileId=37
by using the URL directly from the browser | [21:55] |
| marclaporte1 | joined #tikiwiki | [22:03] |
| ...... (idle for 26mn) | ||
| marclaporte | joined #tikiwiki | [22:29] |
| joined #tikiwiki | [22:36] | |
| arildb | joined #tikiwiki | [22:48] |
| rodrigoprimo | joined #tikiwiki | [23:00] |
| sylvieg | trying to have webdav working on demo.tiki.org/9x
if I type tiki-webda.php I have a white screen | [23:08] |
| changi | sylvieg: you missed the v ?
:) | [23:14] |
| sylvieg | sorry typo. I did not miss the v | [23:14] |
| changi | sylvieg: i get a 401 authorization ? | [23:14] |
| sandroandrade | joined #tikiwiki | [23:22] |
| changi | sylvieg: which client are you using ? | [23:23] |
| sylvieg | cyberduck
but not sure it is well set i feel bad.. xavi and others wrote a hudge doc - and I am not able to have it work | [23:24] |
| changi | sylvieg: using gnome dav manager, i get access | [23:28] |
| sylvieg | on demo.tiki.org? | [23:28] |
| changi | yes
sylvieg: you should see a new file gallery | [23:28] |
| sylvieg | and do you use admin user
or it is a different password/user? | [23:29] |
| changi | i use admin user | [23:30] |
| sylvieg: maybe you missed the / at the end of tiki-webdav.php/ | [23:36] | |
| sylvieg | first time I goto tiki-webdav.php
and click on the link it sends me on tiki-webdav.php/ white page | [23:37] |
| changi | sylvieg: i get the same with firefox
sylvieg: you need a proper webdav client | [23:38] |
| ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |