Trebly_: joined #tikiwiki Skip: joined #tikiwiki
Greetings all! I've just got a (hopefully) quick question about the new 9.0 launch. Trebly_: joined #tikiwiki Skip: If I'm currently running 8.4, how hard is it to upgrade all of my existing content to the new 9.0 framework?
Trebly, I see you recently joined the channel! Are you by any chance familiar with installing Tiki 9.0?
Everyone's being really quiet :X daniam: joined #tikiwiki Trebly: joined #tikiwiki marclaporte: polom goj: joined #tikiwiki Tiki|bot: joined #tikiwiki CIA-75: tikiwiki: 03chibaguy * r42465 10/branches/9.x/styles/ (10 files in 2 dirs): [NEW][bp/r42008, r42084, r42455] FiveAlive-lite theme - Theme uses FiveAlive theme options for color variants.
tikiwiki: 03chibaguy * r42466 10/branches/9.x/styles/fivealive.css: [NEW][bp/r42008, r42084, r42455] FiveAlive-lite theme - Theme uses FiveAlive theme options for color variants. (Not all changes saved in earlier commit.) redflo: joined #tikiwiki PrezKennedyX: joined #tikiwiki Trebly: joined #tikiwiki Tiki|bot: New Forum Posts: v9 LTS - Übersetzungsseite - http://tiki.org/tiki-view_forum_thread.php?forumId=10&comments_parentId=44421 marclaporte: http://www.wikisym.org/ws2012/ August 27-28-29, Linz, Austria jjg0th: hi marclaporte: hi jjg0th jjg0th: I'm trying to get .docx/.xlsx working
at the moment when I upload such files with webdav and later I try to download them they are recognized as .zip files
I set the mime types in apache's configuration marclaporte: hmmmm jjg0th: when I upload a file through tiki wiki it works marclaporte: .docx/.xlsx also have an issue with content indexing. jjg0th: but when I upload through webdav it sets mime type to "default"????
well one needs a program to get the content
but at the moment I don't care about this
I can do this later
but to be unable to view .docx files is absolutely unacceptable for us here
almost everything is .docx
(I myself don't use it but I set up the wiki) marclaporte: same behavior in different webdav clients? jjg0th: that's the only one that works so far Bsfez: joined #tikiwiki rodrigoprimo: joined #tikiwiki marclaporte: which is the only one that works?
Cyberduck, etc. jjg0th: cyberduck marclaporte: hmmm, so none of the others worked?
The Linux WebDAV client should work
(I think) jjg0th: I use windows at the office here
almost everyone uses windows
I need a really simple to use webdav client
it seems cyberduck is one of the most popular one
I don't understand what it has to do with mime types
I thought that was the task of apache ricks99: joined #tikiwiki Tiki|bot: New Forum Posts: Can't edit nor view FAQ - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=44422 ricks99: polom y'all mike: joined #tikiwiki Guest___: joined #tikiwiki
Hi, jjg0th: marclaporte: so how do I get .docx to work? Guest___: I have problem with tikiwiki. When I created a new account tiki displayed "You will receive an email with the information needed to log into this site the first time", but to me email is not deliviered. Problem is only with first registration mail. In log I found Type: "mail error" User: "Anonymous". ricks99: Guest___: are you using phpmaill or smtp? Guest___: phpmail ricks99: can you re-run the tiki installer. don't change anything, but on the 3 or 4th screen, there's a way to test your mail server marclaporte: jjg0th: I don't know but first thing to figure out is : is the problem with Tiki or with CyberDuck Guest___: ricks99: I used it functionality and test mail deliviered. ricks99: hm... but not the registration mails?
what are your registration settings? do you require admin approval? do you have tiki attempting to validate the email server?
and what tiki version are you using? Guest___: ricks99: Problem isn't when I used forgot password. Mails deliviered with link to change password. In config I have check: Validate new user registrations by email, Users can register. My version is 9.0. ricks99: sorry, i don't understand? are you having problems with *registration* emails or *forgot password* emails being sent? Guest___: ricks99: I have problem only with registration mail when I create new account. ricks99: is the "sender" email that you configured an actual, valid email address on your server? Guest___: ricks99: yes. sender email is correct. ricks99: hm.. not sure. is there anything in your mail log explaining why the emails aren't being sent? have you modified any TPL files? radek82: joined #tikiwiki Guest___: ricks99: Where is mail log explaining? When I use tiki-syslog, I see: 238 mail error 14:02 Anonymous my_email@city.org/Your registration confirmation.. 113.13.16.66 Opera/9.80 (Windows NT 6.1;... I not modified any files ricks99: need to look in your php/host/server log jacmoe: joined #tikiwiki vmachine1: joined #tikiwiki Guest___: ricks99: Logs: [Wed Jul 25 15:13:31 2012] [error] [client 183.13.16.66] ALERT - mail() - newline in subject header, possible injection, mail dropped (attacker 113.13.16.66', file '/homei/wiki/lib/webmail/htmlMimeMail.php', line 734), referer: http://city.org/wiki/tiki-register.php ricks99: hm... looks like your mailer is dropping the email -- thinks the header is invalid?
not sure i can help. i suggest that you post to the forums and send to the dev mailing list. be sure to included that log info Guest___: Ok, Thank for help. dhazel: joined #tikiwiki ricks99: sorry i couldnt be more helpful :( blast_hardcheese: joined #tikiwiki mlaporte: joined #tikiwiki
jjg0th: I suggest you ask on the dev list
Stéphane Casset and Sylvie Greverend are two most qualified to answer that question Bsfez: joined #tikiwiki marclaporte: joined #tikiwiki jjg0th: I would prefer to solve it on irc if possible
who sets the mime type of a file I download?
where is it stored for example marclaporte: I don't know
and those 2 people are not online ricks99: jjg0th: on apache, you can set mime types in the mime.types file jjg0th: ok, I will try again later ricks99: or in htaccess jjg0th: ricks99: if I set them there (which I did) should it work? ricks99: y. may need to restart apache jjg0th: or does it matter "how the file was uploaded"
at the moment files I upload get the mime type "default"
I wonder: who set that mime type?
besides it doesn't sound like any mime type ^^ ricks99: sorry, i misundestood. i though you were tyring to set mime/type for downloads
for upload, depends on your browser and OS, iirc jjg0th: upload?
why are mime types involved in an upload ricks99: 07[09:58] <jjg0th> 01or does it matter "how the file was uploaded"07[09:59] <jjg0th> 01at the moment files I upload get the mime type "default"07[09:59] <jjg0th> 01I wonder: who set that mime type? jjg0th: what I meant was: ricks99: thats what u asked ^^^ jjg0th: when I upload the file using webdav and then _later_ I try to download it from the wiki page (from the file gallery) the mime type is "default"
I wonder who "decided" that the mime type was "default" ricks99: iirc, it is "decided" by your app / os /webdav connection jjg0th: so the mime type for the download is decided during the upload
?
is there no way that the wiki overwrites the mime type?
resp. takes control of it for webdav uploads ricks99: not sure. did you set mime in mime.types and htaccess? did u restart apache? vmachine1: left #tikiwiki coaboa: joined #tikiwiki GillesM: left #tikiwiki jjg0th: I told my IT guys to change it
they told me that they restart apache
I have access to mime.types, there it is not changed
I assume he changed it in httpd.conf or something like that ricks99: where did they chagne it? jjg0th: I don't have access to it
so it should have worked? ricks99: afaik CIA-75: tikiwiki: 03robertplummer * r42467 10/branches/9.x/ (4 files in 3 dirs):
tikiwiki: [NEW] Service to create users, uses most of existing methods
tikiwiki: [FIX] registrationlib generally uses $_REQUEST var, but not in all cases, inconsistent with captchalib, so use the same in both cases when needed jjg0th: I don't find it :(
but they told me they changed it, I wonder where...
strangely enough it seems to work for files uploaded with tiki wiki but not for the ones uploaded with webdav which makes no sense since the upload method shouldn't matter redflo: joined #tikiwiki benoitg: joined #tikiwiki dennmans: joined #tikiwiki CIA-75: tikiwiki: 03robertplummer * r42468 10/branches/9.x/lib/core/Services/User/Controller.php: [FIX] Return the errors in array, success as string
tikiwiki: 03robertplummer * r42469 10/branches/9.x/lib/payment/paymentlib.php: [FIX] forceanon was being set, not checked
tikiwiki: 03robertplummer * r42470 10/branches/9.x/lib/setup/absolute_urls.php: [ENH] Give http vars to global, making more stable and accessible elsewhere.
tikiwiki: 03robertplummer * r42471 10/branches/9.x/lib/registration/registrationlib.php: [FIX] Registration lib to global, so accessible elsewhere and follows current standard through tiki with other libs
tikiwiki: 03robertplummer * r42472 10/branches/9.x/templates/user/register.tpl: [ENH] Let ajax service have a smarty template to display data dennmans: joined #tikiwiki panamaus: jjg0th: in my experience, the file gallery determines a file's mime type by reading the header information embedded in the file at upload. Any file that it doesn't get to perform this function on, or which does not contain this data when it performs the function, it regards as "default"
It ignores file extensions and only cares about the mime header data it reads at upload. The only way I've found to correct this in a file is to fix the file's mime header information and upload it again through the wiki
To qualify this behavior as frustrating is quite an understatement.
And of course, if there's a mime type it doesn't recognize, that's "default" too. dennmans: left #tikiwiki CIA-75: tikiwiki: 03robertplummer * r42473 10/branches/9.x/templates/modules/mod-login_box.tpl: [ENH] Allow for nobox and style when needed
tikiwiki: 03robertplummer * r42474 10/branches/9.x/ (7 files in 5 dirs): [NEW] Move tiki-register functionality into new smarty function {user_registration}, ensure standard registration works, and updated the module to use the same function RobertPlummer: Jyhem, Jyhem_laptop: You around? goth: joined #tikiwiki lorinc: joined #tikiwiki
polom
what to do about with special characters and htmlentities(); ? Jyhem: RobertPlummer: yes? lorinc: i have some text with characters outside the range encoded by htmlentities
see http://usefulwebtool.com/en/characters_hungarian.php or http://usefulwebtool.com/en/characters_czech.php for example
and also http://dev.tiki.org/HTMLentities Jyhem_laptop: lorinc: what do you need htmlentities for ? lorinc: they are used in img and carousel wikiplugins RobertPlummer: joined #tikiwiki Jyhem_laptop: Have you verified that you don't just need htmlspecialchars ? Usually what people actually need when using htmlentities
oh :-( lorinc: Jyhem_laptop: its in the tiki source files, and giving me some headaches
;) Jyhem_laptop: What happens when you enter hungarian chars? lorinc: grep htmlentities ./lib/* -R |grep -v ".svn" CIA-75: tikiwiki: 03robertplummer * r42475 10/branches/9.x/lib/smarty_tiki/function.payment.php: [ROLLBACK] Accidental commit of some debug code Jyhem_laptop: I did not say it was not the case in Tiki :-( lorinc: Jyhem_laptop: i get erroneos html as output
Jyhem: stuff like, belső&eacute;p&iacute;t&eacute;sz Jyhem_laptop: such as ? lorinc: Jyhem_laptop: mind the ő
should be &#337; Jyhem_laptop: what is wrong with ő ? Looks like a perfectly valid UTF8 char and Tiki switched to UTF8 lorinc: php -r "echo htmlspecialchars('belső építészn', null, 'utf-8');"
-> belső építészn Jyhem_laptop: I have no idea why &#337; would be any better than ő lorinc: Jyhem_laptop: the mixing is wrong... should either be all utf-8, or all encoded
checkout this nice site running tiki9, carousel plugin on frontpage, with the referenced texts: http://angelikamuhly.com/ Jyhem_laptop: I would rather question the logic with changing é into &eacute; :-( lorinc: now check the source, line 188 with the carousel output, and search for "angelika muhly" on google, to get some double-encoded results in the description at google
and the reason for this bug is the htmlentities encoding only some parts of the utf-8 string, not all characters
htmlspecialchars would not change the utf-8 characters at all
best would be to have a wrapper for htmlentities , which does the whole encoding stuff
not only the official characters as in the official specs, but also other chars too
--- snip Jyhem_laptop: Really? I would have thought this is exactly a case where htmlspecialchars should replace htmlentities. Just leave utf8 chars alone in html pages and escape the actual special chars: <>&"'
problem is, I am packing up for holidays, so no fix tonight from me. Anyone interested? Otherwise, bring it to the devel list, if you are in it lorinc: Jyhem_laptop: htmlentities is used , i guess , for xssprotection and interaction with javascript reasons
i get the devlist by mail, but i did not post for ages, dunno if i can get a message through Jyhem_laptop: yes, and xssprotection is for htmlspecialchars. htmlentities is just for conterting into htmlentities lorinc: i also added $html .= '"'; at line 227 in lib/wiki-plugins/wikiplugin_carousel.php to close the quote opened earlier Jyhem_laptop: the dangerous chars for xss are <>&'" not é lorinc: and replaced htmlentities with htmlspecialchars($file['BLAH'], ENT_QUOTES, 'UTF-8');
the other libs in the source explicitly call the encoding
(prior to 5.4 htmlentities had default iso-8859-1 encoding, now its utf-8)
so if not specified htmlentities would encode strings interpreted as iso-8859-1, due to a setting on php side
so the ENT_QUOTES, 'UTF-8' part should be added wherever htmlentities is used, even though it might be replaced by htmlspecialchars Jyhem_laptop: yes, definitely.
iso-8859-1 is for historical reasons when pages were in latin1 everywhere on the web. Now we support utf8 like everybody else, but php needs to keep compatibility with old scripts lorinc: yeye, but mind the docs, http://www.php.net/manual/en/function.htmlentities.php Like htmlspecialchars(), htmlentities() takes an optional third argument encoding which defines encoding used in conversion. If omitted, the default value for this argument is ISO-8859-1 in versions of PHP prior to 5.4.0, and UTF-8 from PHP 5.4.0 onwards.
5.4 is not even stable on gentoo for example ;) Jyhem_laptop: htmlspecialchars($file['BLAH'], ENT_QUOTES, 'UTF-8'); looks quite good to me. lorinc: me too :)
i dont know if it messes with javascript stuff or not Jyhem_laptop: the only issue is javascript. I'm not sure that one is fully utf8. No time to check.
same thoughts :) lorinc: thanks Jyhem for the shared mind and thinking :) Jyhem_laptop: no problem. Back to packing :-( CIA-75: tikiwiki: 03robertplummer * r42476 10/branches/9.x/lib/smarty_tiki/function.payment.php: [REF] code cleanup to read easier
tikiwiki: 03robertplummer * r42477 10/branches/9.x/ (2 files in 2 dirs): [ENH] added periodslabel, because a "period" is just so general
tikiwiki: 03robertplummer * r42478 10/branches/9.x/templates/user_registration.tpl: [ENH] Added a couple helper classes for use with jquery if needed
tikiwiki: 03robertplummer * r42479 10/branches/9.x/lib/wiki-plugins/wikiplugin_registermemberpayment.php: [NEW] Added registermemberpayment wiki plugin, giving us the ability to register and give a member payment all in the same step