| tensh |
|
|---|---|
|
Hi;
OK, the bug was spotted correctly. Fault: UTF-8 BOM mark in skin.langcode.lang.php What it does: Messed-up links all over the place on the site when using advanced url settings, visible in IE browser for some reason, non-existent in Firefox. Other bugs when using advanced url settings: - Cannot open PFS files in page edit (added "/" slashes in base.js and now it works, will it work without url settings? Checked: yes, it works) - Messed page redirection after page add, redirects to www.mysite.com//{pageid} Solution (?) - add "/" at the beginning of url? Added 8 hours 27 minutes later: Also, the BOM marks in plugin language files cause problems and difference in template interpretation in IE. Do you want me to give you examples? |
|
| This post was edited by tensh (2009-07-15 14:46, 14 years ago) |
| Trustmaster |
|
|---|---|
|
We can't fix the BOM all the time, since PHP simply cannot handle files with BOM correctly - it is not our fault. So all BOM marks must be removed from any files. If you find such files in the core/packages, list them and we will remove BOM there.
May the Source be with you!
|
| tensh |
|
|---|---|
|
Yes, it's true. I'm just worried about regular users. I will write an article soon (when I finally find some free time) about Cotonti customization and I'll describe the problem there, giving also the list of trusted utf-8 "bomless" editors.
 What about redirection after adding a page when using advanced url settings as described in Kilandor's tutorial? Do you experience similar problem? It's only giving me errors after page add, page edit functions normally. |
| Trustmaster |
|
|---|---|
|
Yes, such an article would be cool.
Yes, we have such problems here too, they are being fixed by Kilandor and the article will be updated when we are sure that it works. May the Source be with you!
|
| tensh |
|
|---|---|
|
That's ok, I was just wondering if it was only me to screw something up with the urls
When it will be fixed, I'll finally sleep well  |
