Caarrie: joined #tikiwiki benoitg: joined #tikiwiki redflo: joined #tikiwiki marclaporte: joined #tikiwiki
jjg0th: ping
jjg0th: see comments at https://dev.tiki.org/wish4268 goj_killedByISP: joined #tikiwiki benoitg: joined #tikiwiki luciash: polom
can http://doc.tiki.org/PluginSmarty be used to test if variable is empty ?
i am running out of options as nothing works as expected to test if page has a record in tracker (page selector field)
i was hoping TRACKERITEMFIELD plugin will work the same to test page selector as it does with user selector but it turns out only user is supported to test whether it has record in a tracker
then i turned to the new TRACKERIF plugin but it is a joke - it does not work at all
then i tried smarty directly in a custom module but that one does not seem to work either when included in wiki page via MODULE plugin benoitg: joined #tikiwiki Bsfez: joined #tikiwiki fidel: joined #tikiwiki Bsfez: joined #tikiwiki xavi: joined #tikiwiki Bsfez1: joined #tikiwiki goj_killedByISP: joined #tikiwiki vmachine: joined #tikiwiki
left #tikiwiki fabricius: joined #tikiwiki jjg0th: hi
how can I make tiki wiki support .docx mime types? rodrigoprimo: joined #tikiwiki ricks99: joined #tikiwiki
polom, y'all fidel: polom RobertPlummer: left #tikiwiki Jenser: joined #tikiwiki radek82: joined #tikiwiki dhazel: joined #tikiwiki Bsfez: joined #tikiwiki Jenser: hi there
is there a way to move all the files that are already in my tiki db (uploads, attachments...) to a folder?
(running 9.0)
most of the files are attachments
and as it looks, they are not moved when using the function "move from database to folder" in file archive setup.
any ideas? ricks99: afaik, the "move" function doesn't actually move/delete files from the db. just changes the referneces
so that Tiki will check the file directory instead of the db Jenser: you can choose the space to save stuff
folder or db...
and right under this field, there's a move button
2
both directions
hitting them puts the files to the specified folder
the other one deletes them after reimporting to the db
(i think)
but thats only 5 small files in my case
but there are lots of attachements, i'd like to store in the folder, too ricks99: on the admin: attachments, you can move to/from db/file
check docs for details: http://doc.tiki.org/Wiki%2BConfig#Wiki_Attachments Jenser: thanks, gonna have a look
dumb question
where to find this settings in the newer versions ricks99: did you click the MANAGE ATTACHMENTS button? should take you to the admin page Jenser: i'd like to find this button oO ricks99: on admin: wiki, as shown in docs: http://doc.tiki.org/Wiki%2BConfig#Wiki_Attachments Jenser: doc is for 1, 2, 3, 4
or maybe i'm blind ricks99: dont think it has changed much. see: http://twbasics.tikiforsmarties.com/Configuring+the+Wiki
i see it clearly on my tiki 9 Jenser: i think i found it
worked
but
does only work for wiki page attachments
not for tracker item attachments jjg0th: how can I make tiki wiki support .docx mime types? Jenser: where to find them?
got em ricks99: because that is the wiki attachment page.
for trackers, you need to go to admin: trackers Jenser: this explains everything ricks99: :-) Bsfez: joined #tikiwiki Jenser: thumbs up!!! fidel_: joined #tikiwiki jjg0th: When I download .docx files from the wiki (in file gallery) it is recognized as a .zip file (mime type either default or application/zip). How can I configure tiki wiki such that the mime type is correct? Bsfez: joined #tikiwiki jjg0th: I already made a bugreport about this...
When I try to download files directly from the web server the mime-type for the .docx files seems to be correct (it tries to open them as word files)
so it seems to be a tiki wiki issue
I saw there was a lib/mime/ (?) folder, however there is no .docx entry anywhere there
why does nobody fix this? It must be a major issue for all windows based customers.... ricks99: jig0th: i think it is an issue with your webdav setup. i store docx in my file gallery with no issues jjg0th: but webdav has nothing to do with mime types
the mime type is determined when a http client request the file
it is not stored with the file ricks99: sorry. i thought you were uploading to file gallery via webdav jjg0th: I was yes
but that has nothing to do with the mime type when I download ricks99: i have 100s of docx files (uploaded regular) and no issues with mime type jjg0th: did you change something? ricks99: no.
working fine in tiki 6, and 9 jjg0th: I can tell you what works and what doesn0t ricks99: works fine for me jjg0th: if I download something directly e.g. wikiserver/file.docx then it is recognized as a .docx file
that tells me that the webserver has the correct mime type set
if I however download a file from the file gallery it reports application/zip
that tells me the error is on the tiki site
or am I wrong with my conclusion? ricks99: i can download docx from my file gallery. no issues jjg0th: hmm, repeating your statement 3 times doesn't help more after the first time
any idea why I get the behaviour I get
resp. how to fix it? ricks99: as i said, i think it ihas to do with webdav. if you upload normally to the file gallery, does it work jjg0th: I use cyberduck, I tried other webdav clients but they didn't work, also cyberduck seems to be one of the most popular and people here are already a bit used to it
no it doesn't work ricks99: dont use webdav
you uploaded a docx regulary and it didn't work?
have you tested w/ different browsers and pcs? maybe the issue is with your pc's config jjg0th: oh now it works
for some things it does for some not
or maybe it depends on my pc
but I need webdav -: ricks99 very confused jjg0th: how else do I upload several files at once or edit them directly? ricks99: batch upload jjg0th: e.g. some people have a folder with 400 .docx files
nah
for that they would need an ftp client, no? ricks99: dont know how i can help then, sorry. suggest that you review your webdav configs jjg0th: there is nothing to configure there
also as I said it cannot be a webdav issue
since the mime type is not stored with the file
but requested at download time
so it shouldn't matter
so tiki wiki somehow additionally stores a mime type
and lets application that upload things determine it?
that seems stupid? ricks99: sorry, i can't help further. docx works fine for me on my tikis wihtout webdav jjg0th: is it not possible to turn this off resp. let the apache server determine the mime type?
or tiki wiki itself (with correct mime types)
you mean with batch upload?
the webpage says that it is a security issue and there are problems
how does batch upload work? ricks99: you ftp to a folder, then batch import to tiki. see docs for details jjg0th: what about the concerns mentioned there? ricks99: ? jjg0th: that was my main reason, because I didn't want you guys telling me, you knew what you were doing when you read about it, so don't complain ricks99: sorry, but i don't understand jjg0th: also it is impossible to setup an ftp directory
the IT guys won't setup free acess to the server it needs to be auhorized
I.e. we want to know who uploaded something
but with ftp you don't have access to the wiki user database ricks99: i'm sorry, but i cannot duplicate your issue -- i don't use webdav. i suggest that you post to support forum, dev list, or find a consultant jjg0th: I did post it
so I'll just wait for now ricks99: ok
sorry i couldnt help more jjg0th: your last comment was good btw, so we don't waste time :)
thx anyway :) ricks99: k jjg0th: another question: is it possible to have a custom menu with a structure inside it?
structures are very easy to modify/etc and menus rather hard ricks99: y. you can make a menu from a structure. see docs for menu module jjg0th: yes but can I make a menu from a custom menu and make a structure entry inside that menu'
If I make the whole menu a structure i cannot "link" to global sites ricks99: if you have a structure, tiki can automatically generate a menu based on that structure
is that what you're asking? jjg0th: no
I made an admin menu
that contains all the stuff useful for admins
e.g. links to often used configuration pages
part of that menu should be a wiki history page, this "subpart" is more like a structure
I.e. it changes a lot and should be easy to modify like structures
but how do I make part of the menu a structure?
if the whole menu is a custom menu ricks99: menus and structures are different things. are you asking how to make multi-level menu? -: ricks99 sorry, im not quite following you jjg0th: I make an example
Admin menu -> wiki history -> 2012 -> protocol
if Admin menu is a structure, everything ca n be edited nicely and it can be added as a menu module with structure id "admin menu"
but then I cannot do this:
Admin menu -> config -> group (where group links to group configuration)
because with structures you cannot link to an url ricks99: 2 ways:
1. you can have multiple menus within a single module
2. use structures and on the page, use a redirect to the admin url jjg0th: soredirect?
redirect? ricks99: use the redirect plugin jjg0th: thx!
1. makes me even more curious
how do I make multiple menus in a single module? ricks99: create a custom module and use the module plugin to add multipel MENU modules jjg0th: oh -: ricks99 *loves* the MODULE plugin -- it is his favorite jjg0th: so not menu module but custom menu module
nice idea ricks99: a custom/user module with the menu module inside jjg0th: hmm, now I just have to figure out a way to migrate my menu ^^ ricks99: i do it all the time
you can export/import menus jjg0th: lemme try
ideally I would like to see no "separation" between menu 1 and menu 2 (structure)
Fatal error: Uncaught exception 'SmartyCompilerException' with message 'Syntax Error in template "934212d53f698bb0f47d7b1c98b9865a64b724fa" on line 1 "<!-- TPL: 934212d53f698bb0f47d7b1c98b9865a64b724fa -->{menu id=53 type= }" .... ricks99: did you enable the "use wiki syntax" option on your custom module? benoitg: joined #tikiwiki CIA-75: tikiwiki: 03lphuberdeau * r42490 10/branches/9.x/lib/core/Search/ContentSource/ArticleSource.php: [MOD] Including type in the article content during indexing jjg0th: now it works ricks99: y. if you want to use wiki syntax and plugins in a module, you must enable the "use wiki syntax" option. see docs for details on this and other module hints jjg0th: how do I make two below each other instead of horizontally ricks99: lots of ways....
could add a div
could cusotmize the css jjg0th: ah ok ricks99: could force line breaks
etc jjg0th: what is the div parameter?
to enlist everything vertically ricks99: if you want vertical menus, just use type=vert. pls see docs for details on all possible options jjg0th: I mean between several menus
not inside a menu, that is aligned vertically by default anyway ricks99: just make a narrow div jjg0th: joined #tikiwiki
re
what did I miss?
I'm still trying to get this "multiple menu" thing working
anyone in here familiar with .docx vs. .zip mime type issues
related to webdav file upload marclaporte: jjg0th: about docx issue: can you reproduce the problem on demo.tiki.org ?
I asked Sylvie in an email about this, and she replied: "The wrong detection of mime type is more a server problem than a tiki problem so far I know." jjg0th: how to connect hmm
demo.tiki.org, user: admin, directory=?
ok it works now (without ssl)
marclaporte: file galleries don't seem to work properly on demo.tiki.org marclaporte: duplicating the problem on demo.tiki.org is a good start so other devs can see, and we can give them SSH access to debug jjg0th: marclaporte: I cannot test it, the file gallery doesn't seem to work and it looks completely different to my own file gallery in tiki 9
I can upload files
but I cannot download what I upload
Unable to access file: 2b4367f1519f5b0041bcd8fd5b37d557 marclaporte: OK jjg0th: now cyberduck crashed marclaporte: I will reset http://demo.tiki.org/9x/ to a fresh install and we take it from there? jjg0th: oh nice
ok :) marclaporte: demo.tiki.org has the fileinfo extension activated. Does your PHP instance as well? jjg0th: fileinfo extension?
I don't remember that setting
is it a server setting?
or a tiki wiki setting? marclaporte: Look in tiki-phpinfo.php
for a section like fileinfo support enabled version 1.0.5-dev
http://demo.tiki.org/9x/ has been reset jjg0th: yes it is enabled
1.0.5-dev marclaporte: so things to watch out for: storage in DB (default) vs in FileSystem (if so, I need to set server perms)
ok, that is good
So please setup demo.tiki.org/9x/ to reproduce the problem jjg0th: I have storage in filesystem marclaporte: If you need to store files in FileSystem, please use: /www/htdocs/w00ec615/9x/binaryfiles
/www/htdocs/w00ec615/9x/binaryfiles/ jjg0th: I still cannot connect to demo.tiki.org/9x
8x works marclaporte: you need to activate webdav & all since it's a clean install jjg0th: oh
ok that works
strange
it works on demo but not for me
marclaporte: If I download a file directly (e.g. /var/www/file.docx) on my wiki server it tries to open it as a word file, but if I download it from the file gallery it tries to open it as a zip file fabricius_: joined #tikiwiki marclaporte: jjg0th: demo.tiki.org is running the latest 9.x
There are many bug fixes since 9.0
Can you try with a daily build? http://dev.tiki.org/Daily+Build
There are several comments on your bug report: http://dev.tiki.org/wish4268
What OS is your server?
especially check the comment "Related commits that will be in Tiki 9.1" jjg0th: fedora
I will tell my IT guy to update the tiki to the latest version
but then it should have failed on 8x on demo.tiki.org no?
on the 9x build of the demo site: are the mimetypes for word set in lib/mime/? marclaporte: jjg0th: no
jjg0th: no one committed code to that respect AFAIK
So in retrospect, all is good with latest 9.x on demo.tiki.org ? jjg0th: on demo.tiki.org it works
but I suspect it would also work on 8.x and that the problem is elsewhere
or was something related commited in the last month?
my wiki is not much older than that
it is younger actually
so I think it is not a tiki wiki issue but it also doesn't seem to be an apache issue, so I'm just confused atm
maybe I have some obscure setting that is responsible for everything marclaporte: I'll be back in a few hours jjg0th: ko, I go home then
ok
can you also reset 8x? :) marclaporte: sure jjg0th: thx!
see you later, you are really helpful :) marclaporte: it will be /www/htdocs/w00ec615/8x/binaryfiles/
try now jjg0th: error page not found home
*Home xavi: left #tikiwiki Bsfez: joined #tikiwiki rodrigoprimo: joined #tikiwiki goth: re jacmoe: joined #tikiwiki goth: marclaporte: at the moment I'm setting up a wiki at home, I will then import the database and check if it works at home
if yes, I will load an earlier svn revision and try again, if it still works it must be an issue with apache marclaporte: back -: marclaporte is resetting demo 8x again g0th: hi
unfortunately I cannot test cyberduck (no windows here) Guest51461: but: when I load the database to my apache server I see mime type application/zip too goth: trying to set mime-types now...
even after setting them it still shows as application/zip
I try to setup a fresh new tiki server now marclaporte: jjg0th: http://demo.tiki.org/8x/ is freshly re-installed so you can set webdav for testing /www/htdocs/w00ec615/8x/binaryfiles/ goth: I know, thx
have to reboot on windows marclaporte: you are testing latest 9.x with Jonny two relate commits? goth: it doesn't work for me even with 9.x
so something must be wrong
the mime-type shows application/zip
but the icon is like a word file marclaporte: ahhhh goth: (actually the files are not here at all)
because I didn't copy the local files, just the db marclaporte: Jonny's commits are about fixing the icon but I don't know if it helps for the rest goth: but it works on demo.tiki.org!!
I wonder what server setup they use there
because for me it doesn't seem to work, but I couldn't test it
I just could test with the existing stuff from the mysql db, not how to uplod new files
I thought the mime-type was checked at the request time and not stored in a database (???)
what server is demo.tiki.org? marclaporte: you can now review and edit mimetype: http://demo.tiki.org/9x/tiki-upload_file.php?galleryId=4&fileId=1 goth: that's nice marclaporte: oh wait goth: but: we don't want the user to manually set all the mime types marclaporte: I have have an idea goth: ideally tiki wiki should set the mime type according to the web server configuration marclaporte: You are already aware of "Fix mime types based on file suffix" it seems goth: yes
but that's for images?
it didn't change anything
note that demo.tiki.org seems to work perfectly
I'm trying to figure out what is different there (?) marclaporte: to compare two Tiki installs (in terms of Tiki config),, you can do export profiles and compare the two goth: export profiles? marclaporte: ok, activate "Fix mime types based on file suffix" on your Tiki goth: I did that marclaporte: oh, ok goth: but iirc that's just for images marclaporte: ah
are you also trying to make the .docx content be indexed? goth: not yet
would be nice but I would need to install some additional program on the server
that's not a big issue
the bigger issue at the moment is opening .docx files
because like 90% of all files are .docx or .xlsx files marclaporte: ok goth: and we don't want to do "this" each time: 1. download it, 2. find the download folder, 3. open the file.... -: marclaporte wants .docx to be indexed for a project goth: for this you just need some docx to text program iirc
and working mime types I guess ^^ marclaporte: indeed
http://stosberg.net/odt2txt/ goth: but thats not for docx ^^ marclaporte: I know it's not a real solution, but if you edit the mime type, does it work?
meh, you are right. D you know of any? goth: http://wvware.sourceforge.net/
according to the tiki documentation
http://dev.tiki.org/Binary+File+Handling#MS_Word
more specifically I gues wvText marclaporte: http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/9.x/lib/filegals/filegallib.php?view=markup any idea why xlsx and pptx are not there? goth: don't ask me
I don't understand much about tiki
I don't understand even .php
I'm just trying to get .docx files to open properly *g* marclaporte: http://wvware.sourceforge.net/ last update 2006: I suspect it doesn't understand more recent file formats like .docx
:-) goth: hmm
.docx/etc are all actually zip files
maybe you could unzip them and run some file2text script on the .xml files inside the zip marclaporte: http://doc.tiki.org/Export+Profiles goth: how do I reset my main tiki root?
I did cp -r tiki newtiki
but I can't configure the new one because it uses the old configuration marclaporte: db/local.php goth: how do I reset it?
rm db/local.php?
btw
http://docx2txt.sourceforge.net/ marclaporte: you can remove or edit db/local.php it contains DB connection info
If you add .docx, .xlsx, .pptx to /lib/mime/mimeextensions.php and lib/mime/mimetypes.php, does it help? goth: dunno
but I found something interesting
if ($fileData['filetype'] != "application/octet-stream") {
return $fileData['filetype'];
}
in lib/filegals/filegallib.php
if that was not there it would proceed to the next case
in particular it would do: case 'docx' : $filetype = 'application/vnd.openxmlformats-officedocument.wordprocessingml.document';
but my files don't have application/octet-stream
my guess is: this is this "fix mime type" thingy for images
actually I'm certain
I'm trying to determine where the filetype is set
since nobody seems to be able to help I got to go through the source marclaporte: that's the spirit!
Wouldn't /lib/mime/mimeextensions.php and lib/mime/mimetypes.php be a good place to check? -: panamaus thinks so ;) goth: I fear that the webdav client tells tiki wiki the file type
but yeah maybe webdav doesn't report anything of that sort and mime*.php does it
but: demo.tiki.org works!
I don't understand (???)
db/tiki-secdb_9.0_mysql.sql:INSERT INTO `tiki_secdb` (`filename`, `md5_value`, `tiki_version`, `severity`) VALUES('./lib/mime/mimetypes.php', 'af4c742c8fbb001d53c182a66939510c', '9.0', 0);
too complicated for me
I didn't realize mime types were so interconnected between everythig
like omnipresent
no chance for me to fix this easily
what server is running on demo.tiki.org? what modifications were made?
marclaporte: who knows about this? marclaporte: Leu does
his email is here: http://tiki.org/demo.tiki.org
He can tell you distro an details
it's standard 9x from SVN goth: I mean the apache server
leu at thisdomainname?? marclaporte: @tiki.org goth: thx, I wrote an email
gnight fabricius: joined #tikiwiki
polom marclaporte: fabricius: you win the award for most creative transportation to go to a Tikifest fabricius: loool
I will document the Tour on a Tiki website