Three problems: Previsualisation, RSS & Captcha

[Fabien]

Hi,

I gave upgraded my blog to 1.6 this morning : a fresh installation (old files deleted except config file and my template). I have two problems:

1. Previsualisation doesn't function anymore. Message: invalid HTTP-Referer
2. RSS doesn't function. FF message translated from French : invalid compression type.
3. In serendipity_event_spamblock, captchas are not visible :
   Of course, the images files have been uploaded.

Any idea? Thanks.

Cheers, Fabien

[garvinhicking]

Hi!

To me this very much sounds as if you might not have transfered the files properly to your server; if you transfered binary files in ASCII mode, this might have introduced unneccessary blanks or breaks. On your server it seems some other output is given before the captchas or RSS feeds contents.

HTH,
Garvin

[Fabien]

Hi Garvin,

I use Dreamweaver to transfer the files and theoretically it selects the good transfer method. I have always use this soft and never have a problem. By the way, all the other functions of the blog work fine: for example in the administrateur, I can edit a file, but previsualisation is impossible.

Can you give me the name of one or more files I can transfer manually to see if it can solve the problem.

Cheers, Fabien

[lfrantzen]

Hi Fabien!

1. Previsualisation doesn't function anymore. Message: invalid HTTP-Referer

When do you get this? When you press "Preview" in the "Edit Entries" List? That is a known issue and is not related to your specific installation. But the normal preview when editing an entry must work, of course.

Cheers,
Lars

[Fabien]

Hi Lars,

Yes, I get this problem in the "Edit entries" list. Everything was OK in the previous version.… Is any fix avalaible?

Thanks for your answer. Only two problems left!

Cheers, Fabien

[lfrantzen]

Hi Fabien,

Is any fix avalaible?

there is some discussion going on, unfortunately in German:
http://board.s9y.org/viewtopic.php?f=10&t=17201
Some possible fixes are currently being discussed. When a decision is made if a fix comes I will let you know here.

Only two problems left!

With the other issues I have unfortunately no idea, hope somebody else can jump in.

Cheers,
Lars

[Fabien]

Hi,

Thanks Lars.

"To me this very much sounds as if you might not have transfered the files properly to your server; if you transfered binary files in ASCII mode, this might have introduced unneccessary blanks or breaks. On your server it seems some other output is given before the captchas or RSS feeds contents."
Garvin, I have transfered the files again with another software and set manually ASCII ou binary transfer and same two problems.

Warm regards,
Fabien

[garvinhicking]

Hi!

It's hard to mention a specific file. It would be best if you could re-upload all PHP files frmo the s9y relase to your server, using a forced 'binary' FTP transfer to make sure that nothing gets munged.

ASCII is the *wrong* method to transfer files, because this is the mode where the FTP client and the FTP server can possibly change encodings and line endings of files. Binary ensures that files are transfered without any modifications.

HTH,
Garvin

[Fabien]

Hi Garvin,

"It would be best if you could re-upload all PHP files frmo the s9y relase to your server, using a forced 'binary' FTP transfer to make sure that nothing gets munged."
Done… and alas the two problems (rss and captchas) are still here.

Cheers, Fabien

[garvinhicking]

Hi!

The problem is this. WHen I use wget on your RSS feed (or the cpatcha graphics), I get two UTF-8 BOMs as the first 2 characters of your output.

Browsers and other interpreteres choke on this. A UTF-8 BOM is a indicator within files that says, a file is in UTF-8 encoding. Editors can use this to deduce the charset of a file, however, this BOM makes trouble in PHP environments like Serendipity.

So we now need to figure out WHERE exactly this UTF-8 BOM is introduced.

The s9y files themselves in the official s9y release do not contain such a BOM (except some .js files where this is not relevant). Sadly it's not easy to find the files matching this (see http://stackoverflow.com/questions/2047 ... s-with-bom).

The best bet for you is to search in all files that you might have modified, especially language files (lang_fr.inc.php) of templates and plugins, and also config.inc.php files of plugins or your serendipity_config_local.inc.php (in short, any file you ever might have edited manually).

HTH,
Garvin

[Fabien]

Hi Garvin,

Thanks. I can search this. Easy : no more than three or four files modified.
And I come back.

Cheers, Fabien

[garvinhicking]

HI!

What I forgot to mention: once you find those files, edit them with an editor where you can explicitly tell it to NOT save "UTF-8 BOM" inside a file. This depends on your editor, so I can't really tell you how to do it.

To make sure, you can edit the file in a texteditor to see if those two Bytes show up as the first content inside the file.

Regards,
Garvin

[Fabien]

Hi Garvin,

I have tested the files I have modified : none of them is coded with a BOM.

Cheers, Fabien

[Fabien]

By the way, I remeber: the problems were there BEFORE I modified the files.

Cheers, Fabien

[garvinhicking]

By the way, I remeber: the problems were there BEFORE I modified the files.

But in one of the files, the BOM must happen. Else, it would not be in your Blog's output.

It could also stem from a file you had on your server prior to the upgrade. Which FTP tool did you use to re-upload all s9y provided files the last time? Please use Filezilla in BINARY mode so that we can be sure that no tool of yours tampers with the file to add UTF-8 BOMs maybe somewhere.

Did you check the stackoverflow link to search for files that have a UTF-8 BOM? Which method did you pick exactly, how did you search for the BOMs?

Regards,
Garvin