Some bugs I found..

[Thorsten]

Hi,

I'll check the Tags issues as soon as possible. Can you send me a screenshot with the Instant Response page?

bye
Thorsten

[matteo]

Hi Roy,

This is what i see on the content window of my email client when reading email sent from the system: (this one is from the "ask a question from" but contact or renew password have the same problem)

reading your replies I guess you need to look at your Apache httpd.conf to assure that your default charset is correctly set: see AddDefaultCharset Directive. In other words you need to remove that directive (default: ISO-8859-1 and this is the reason why your emails and html are far from preserving your UTF-8 chars) OR changing it in utf-8 using e.g. a Directory directive pointing to your PMF installation.

Ciao,
Matteo

[Thorsten]

Hi Roy,

The create/edit faq page is still broken on ie7. I'll send you a screen shot by mail.

I checked it on my German IE7 and I don't have the issues on your screenshot, sorry.

The tags are now separated by comma but when editing, the commas are missing and if you don't notice that and insert them manually it saves all terms as one term. One more thing is that if you put a comma after the last tag it creates a tag that looks like that: tags/8/.html.

Fixed in CVS.

The instant response is still rendered in gibrish.

Fixed in CVS, it was a double UTF-8 encoding.

bye
Thorsten

[Roy]

Hi Thorsten

I have fixed the RTL ie7 issue with the CSS and sent it to you by mail.

Roy

[Roy]

Hi Matteo

I have tried the solution you suggested and it didn't fix the problem. Please note that the following lines appear at the body of the mail and not in the header:

Content-Type: text/plain; charset=utf-8

Content-Transfer-Encoding: 8bit

Please also note that on the same server I use other applications such as Drupal that uses utf-8 and mail is sent by it with no problem.

Thanks
Roy

[Thorsten]

Hi Roy,

thanks, everything is already checked into CVS.

bye
Thorsten

[matteo]

Hi Roy,

I have tried the solution you suggested and it didn't fix the problem.

Ok: I need some more info. Could you PM me the public URL of your PMF installation? I'd like to check by myself the HTTP headers examing your server responses.

Please note that the following lines appear at the body of the mail and not in the header:

Content-Type: text/plain; charset=utf-8

Content-Transfer-Encoding: 8bit

That's really strange!

1. What is your email client?
2. Could you set your admin email to matteo@phpmyfaq.de just for the time to send me a phpMyFAQ email from your system plus a screenshot of your browser just before submitting the form plus an email from your email client with the same text submitted into the form of PMF?

Please also note that on the same server I use other applications such as Drupal that uses utf-8 and mail is sent by it with no problem.

Could you also PM me the public URL of your Drupal installation? I need to find out all the info that will help me in trying to replicate the issue.

The one and only replicated scenario in which UTF-8 could be broken is trying to fill a form with UTF-8 chars when the current language is English 'cause, by default, English language is mapped to ISO-8859-1.

Thanks in advance,
Matteo

[Roy]

Hi Matteo

I have sent everything you requested to your mail.

Thanks
Roy

[matteo]

Hi all,

I have sent everything you requested to your mail.

we, Roy and me, are working, off the forum, to debug the email issue. I've already fixed both the uncorrect mime encoding for some UTF-8 languages supported by PMF and the missing encoding for some fields of the "Contact" form. Roy has found a possible fix for his PMF installation and we are investigating if it is a server or PMF issue.
I'll keep you updated about the progress using this topic.

Ciao,
Matteo