Ticket #8185 (closed Bug: invalid)

Opened 4 years ago

Last modified 4 years ago

Japanese Site name and description doesn't display correctly on MS IE or Mac Safari

Reported by: ricerco Owned by: hannosch
Priority: critical Milestone: 3.1.5
Component: Internationalization Keywords: formlib
Cc:

Description

Setting a plone site with MS IE 6/7 or Safari 3, Japanese site name and description doesn't display correctly, turn into garbage characters as screen image as following link. I guess this problem depend on formlib.

 http://www.shigeo.net/pictures/screen.png

Attachments

zopePublisherHotfix20080609.tar.gz Download (7.9 KB) - added by terapyon 4 years ago.
Hotfix product
zopePublisherHotfix20080612.tar.gz Download (8.1 KB) - added by terapyon 4 years ago.
Test module refactoring.
five.formlib.patch Download (3.5 KB) - added by shimizukawa 4 years ago.
Use default-zpublisher-encoding if HTTP_ACCEPT_CHARSET was not provided.

Change History

comment:1 Changed 4 years ago by tyam

Let me submit an analysis, reported from a community guy, Terada.

The Plone 3.1.1 seems to add "enctype" atrribute all the time as shown below. So, encrypt="multipart/form-data" comes from zope.formlib without any condition. This is doubtful, because we believe multipart/form-data should be applied only for file(binary stuff). I hope this info could be helpful to solve this problem. retsu

+++Plone3.1.1+++ <p>サイト全体に関する設定</p> <= Site Setting <form action=" http://localhost:8080/Plone/@@site-controlpanel"

method="post" class="edit-form enableUnloadProtection" enctype="multipart/form-data" id="zc.page.browser_form">

++++++++++

+++Plone2.5.4+++ <p>サイト全体の設定</p> <= Site Setting <form action=" http://localhost:8080/Plone/reconfig_form"

name="reconfig" method="post" class="enableUnloadProtection">

++++++++++

comment:2 Changed 4 years ago by shimizukawa

Maybe this is Products.Five's problem.

zope.formlib needs unicode decoded field object, and Products.Five.browser.decode.processInputs provides unicode converted request.form. Charset provided by IUserPreferredCharsets.getPreferredCharsets(), and getPreferredCharsets() decide charset by HTTP_ACCEPT_CHARSET. If HTTP_ACCEPT_CHARSET was not sent from client browser (IE6,7, Safari), getPreferredCharsets() return iso-8859-1?.

I think use default-zpublisher-encoding value if HTTP_ACCEPT_CHARSET was not provided.

Changed 4 years ago by terapyon

Hotfix product

Changed 4 years ago by terapyon

Test module refactoring.

Changed 4 years ago by shimizukawa

Use default-zpublisher-encoding if HTTP_ACCEPT_CHARSET was not provided.

comment:3 Changed 4 years ago by hannosch

  • Status changed from new to closed
  • Resolution set to invalid

The problems you are seeing and the suggested fixes are all on the Zope level. Please report the problem to their tracker at:  https://bugs.launchpad.net/zope

Thanks for the analysis and keep up the good work!

Note: See TracTickets for help on using tickets.