<!-- Some styling for better description lists --><style type='text/css'>dt { font-weight: bold;float: left;display:inline;margin-right: 1em} dd { display:block; margin-left: 2em}</style>
marclaporte: joined #tikiwiki
<br> polom
TomJarvis: joined #tikiwiki
<br> Working more with the docx Filegallery IE8 problem, I've found that if I upload using a browser other than IE8, then I can download the docx file
<br> successfuly using IE8. The Filegallery saves the mime type on upload, and IE8 does not appear to supply the correct mime type.
<br> So, I still think it is an IE8 problem.
RobertPlummer: left #tikiwiki
goj_killedByISP: joined #tikiwiki
jacmoe: joined #tikiwiki
Jenser: joined #tikiwiki
xavi: joined #tikiwiki
dennmans: joined #tikiwiki
jjg0th: joined #tikiwiki
<br> hi
<br> did anyone try netdrive on e.g. demo.tiki.org?
redflo: joined #tikiwiki
jjg0th: joined #tikiwiki
<br> did anyone get "open as webfolder" working for tiki wiki? e.g. on demo.tiki.org/...?
<br> I just see "empty content"
<br> who implemented webdav for tiki wiki?
xavi: <u>jjg0th</u>: I tried webdav://demo.tiki.org/9x/tiki-webdav.php/ and it works
<br> I was able to open the "File Galleries > main > tesdt.docx" in OOo 3.x through Dolphin file manager (KDE), and I could edit it and save changes directly to the webdav folder in demo.t.o/tiki9
<br> plus edit a local file, and drag and drop on the webdav folder on tiki
<br> etc
<br> and my new file can be seen in demo.t.o/9x: tesdt.odt http://demo.tiki.org/9x/dl3
<br> mmmm, oh wait, editing from local OOo 3.2 apparently worked, but the changes I saved didn't go to the webdav folder it seems
rodrigoprimo: joined #tikiwiki
xavi: anyway, jjg0th: your problem must be elsewhere if you just see "empty content"
-: xavi back to work
jjg0th: hmm
<br> <u>xavi</u>: what software did you use?
<br> I am using windows 7 and ff 13
<br> did you install additional update/plugins/etc?
<br> I changed the registry according to some documentation will reboot now, brb
<br> joined #tikiwiki
<br> re
<br> <u>xavi</u>: anyway, thx for the answer
xavi: <u>jjg0th</u>: I'm using GNU/Linux as OS, KDE as window manager, and Dolphin as file explorer. See https://doc.tiki.org/WebDAV for more info on this, if needed
jjg0th: I've read this document like 50 times
<br> and several others as well
xavi: ok, improve them if you can , please, then
jjg0th: roughly spent about 100 hours on this issue so far
<br> so far only two softwares work for me on windows 7
<br> cyberduck and webdrive
<br> but with cyberduck I have mime type issues
xavi: <u>jjg0th</u>: there might be some bugs in the clients you use, and/or the server side part. Consider spending some money in some coder fixing whatever is affecting your use case
jjg0th: ok
<br> who?
xavi: http://info.tiki.org/Consultants <- try this?
jjg0th: ok
<br> but while trying this I will still try to solve this
<br> the mime types work fine for demo.tiki.org
<br> but not on my wiki server
xavi: or request help in the devel list of a consultant , to discuss offlist your needs, details, etc. Webdav seems to be too tricky, and specialized devs might be needed to help you
jjg0th: any ideas how mime types are set? and why demo.tiki.org (which uses the same confuguration I think) works and another server doesn't
xavi: good luck (beyond my dev skills: mime type and webdav)
jjg0th: if I get the same behaviour as demo.tiki.org that's already good enough
<br> I think a main issue is that tiki uses a script instead of a simple web address
<br> this confuses many client softwares
<br> but anway, I just try to work with what is at hand so don't mind about that remark
<br> the issue is about .docx files which on my server are stored as application/zip files but on demo.tiki.org they are stores as application/ms-word files, who "decides application/ms-word"?
<br> if I access a file directly on my server (e.g. http://my_wiki_server/myfile.docx) it has the correct mime-type, it's just wrong for files uploaded with cyberduck/webdav, however for demo.tiki.org it seems to be ok again (?)
<br> direct file gallery upload is fine as well
Jenser: joined #tikiwiki
<br> left #tikiwiki
Tiki|bot: Recent Bug: Tracker item: #4269 - - Latex Equation as tracker field - http://dev.tiki.org/item4269
Jenser: joined #tikiwiki
RobertPlummer: joined #tikiwiki
<br> polom all
<br> found something interesting on the php.net site: http://php.net/manual/en/function.ldap-start-tls.php
<br> "This function is currently not documented;" <- This is on the page of its documentation.
<br> funny stuff
radek82: joined #tikiwiki
sandroandrade: joined #tikiwiki
dhazel: joined #tikiwiki
Tiki|bot: joined #tikiwiki
<br> joined #tikiwiki
jacmoe: joined #tikiwiki
rodrigoprimo: joined #tikiwiki
benoitg: joined #tikiwiki
fabricius_: joined #tikiwiki
Tiki|bot: joined #tikiwiki
<br> joined #tikiwiki
xavi: changi?
Tiki|bot: joined #tikiwiki
<br> joined #tikiwiki
xavi: left #tikiwiki
Tiki|bot: joined #tikiwiki
CIA-75: tikiwiki: 03robertplummer * r42500 10/branches/9.x/ (lib/prefs/feature.php templates/admin/include_general.tpl): [NEW] Feature: alternate registration page
<br> tikiwiki: 03robertplummer * r42501 10/branches/9.x/tiki-register.php: [NEW] Do actual redirect when set
<br> tikiwiki: 03robertplummer * r42502 10/branches/9.x/lib/smarty_tiki/function.user_registration.php: [FIX] return if allowRegister != y
RobertPlummer: xavi, you around?
<br> Any smarty specialists here?
changi: <u>RobertPlummer</u>: not a specialist but can help
RobertPlummer: <u>changi</u>: See my email on a headerlib smarty plugin
changi: <u>RobertPlummer</u>: Lph answer before me :)
RobertPlummer: awesome
jjgoth: joined #tikiwiki
goth: hi
<br> I have a solution for my mime type problem
<br> but I didn't figure out why it doesn't work for me but works for demo.tiki.org
<br> anyone around?
<br> the solution was to modify a certain .php file
<br> but someone who understands better what it does should do it
changi: <u>goth</u>: which file ?
goth: essentially I extended the "fix mime-type based on extension" from only "application/octet-stream" to everything
<br> sec
<br> http://pastebin.com/qBmP7qi2
<br> if it were to be applied the list should most probably be extended, resp. moved to another external file or something, to be honest I don't quite get the "mime" mechanism in tiki wiki
<br> I installed a completely fresh tiki with exactly the same settings as the one on demo.tiki.org, I run an apache2 and it still is not working for me
-: goth is really curious what settings they use on demo.tiki.org
goth: in any case the above change fixes my issue for .docx files
<br> hmm, it could use the mimetypes.php and just do: $filetype=$mimetypes[$suffix];
<br> wouldn't that be much more elegant? That switch statement makes not much sense to me
<br> hmm but ofc then the mimetypes.php has to be up-to-date (it is not atm), but there is a script there how to generate it, so that would be no problem
<br> testing my solution, will submit patch, resp. post here
<br> I think I finally start to understand the code a bit better
<br> <u>changi</u>: still here?
<br> <u>changi</u>: it's working perfectly for me and imo it makes sense, but the one who did the mime type extension fix for images or someone with more knowledge should have a look first..., will make a post on the tiki site
<br> submited the change
<br> (still to the old ticket)
fabricius: joined #tikiwiki
<br> Polom
goth: hi
amette: how the fu%# do you infiltrate computers with HTML comments?!?!? http://go.bloomberg.com/multimedia/china-hackers-activity-logged-reveals-multiple-victims-worldwide/
<br> Just asking here because there might be people here that have some more information about EU council hacks.... ;)
<br> changi, Jyhem --^
Tiki|bot: joined #tikiwiki
jjgoth: <u>amette</u>: btw, I finally found a workaround for my mime issue => http://dev.tiki.org/item4268
amette: <u>jjg0th</u>: I don't know that part of the codebase too well... but as far as I see.... you are removing all the special handling and just write the determined mimetype to filetype....?!
<br> Wondering what all this special stuff was... that was just because of file suffixes?
Tiki|bot: joined #tikiwiki
goth: for images
<br> iirc
<br> originally that part did this: IF filetype is application/octet-stream => Check the specified list of file extension, if it matches fix the filetype accordingly
<br> now it does this: no matter what => fix the filetype according to the mimetypes.php
<br> in both cases it only happens if "fix mimtype according to extension" was activated
<br> hmm, I should have added a check to see if mimetype[$suffix] exist or not
amette: oooooooooooooohhhhhhh.....................................
<br> hang on a moment! you say that docx is a ZIP-file... so that is application/octet-stream... so docx should be in the list of mimetypes that need fixing....!!?!!
<br> now what I don't understand: why does it work on demo.t.o ?!
CIA-75: tikiwiki: 03marclaporte * r42503 10/branches/9.x/lib/prefs/feature.php: typo
changi: <u>amette</u>: it's not at the CoE :)
amette: <u>changi</u>: ah, ok... so is that whole story a hoax?! I don't get it at all, I have to admit... ;P
<br> Click on the "European Union See more" and it talks about CoE
changi: <u>amette</u>: it's the european union council , not the council of europe
amette: aaaaaahhhhh....... why does that have to be so complicated??!? :P
<br> ok, thanks, mate :)
CIA-75: tikiwiki: 03jonnybradley * r42504 10/branches/9.x/tiki-register.php: [FIX] registration: Prevent extraordinary endless redirect loop when feature_alternate_registration_page is set to it's default (be very careful updating production sites to 9.x at the moment!)
changi: because the main different between EU Council and the CoE, is that EU only operate in the 27 country of EU, Council Of europe operate on the european country
<br> 47 countries
<br> :)
<br> it's a big difference
amette: aaah.. ok, that was a good lesson to learn!! :)
<br> couldn't they have more different names then? ;)
changi: In fact, in france we only talk about European Union, not the EU Council
<br> :)
amette: yeah, that sounds easier to grasp :)
-: changi france is winning at BasketBall :)
amette: nice - whom are they playing?
<br> who even
goth: the mime type fix was originally only made for images iirc, at least in the source php it restricts to type application/octet-... or so
<br> i just say this fixes everything for me and might be a very simple fix for many people
amette: I understand that... still I'm unclear about the implications of this fix.
goth: me too
amette: the original author had some reason to do it this way (not meaning that this is the right way)
goth: how do you check if an array has an entry in php?
<br> e.g. $mimetypes[$suffix]
amette: empty() ?
goth: <u>amette</u>: it might just be that he simply wanted to fix some issues with images and didn't realize that it could help a lot more
<br> empty($mimetype[$suffix])?
amette: maybe
goth: I never did php before
amette: http://www.php.net is a very good resource
<br> http://www.php.net/manual/de/function.empty.php
goth: ok, ok I tried to get around the rtfm ;)
amette: gotcha ;)
redflo: joined #tikiwiki
goth: if ($mimetype[$suffix]) seems to be enough for this purpose ^^
<br> ok, changed, it also looks better now :)