OmniWeb 5 destroying wiki articles on MediaWiki sites?

Yosuke Arai cbq59080 at pop06.odn.ne.jp
Fri Oct 1 04:38:43 PDT 2004


Sounds very much like a WebCore issue. Didn't you go back/forward 
webpages before post?
WebCore v85 or earlier has an issue to lose (or fail to send) encoding 
information when you post forms using back/forward cache, and seems to 
send the encoding information to the server as ISO-8859-1 (I think). So 
I assume that's where the problems you're facing came from. For 
example, if you post messages in multi-byte languages such as Japanese, 
Chinese, Korean, etc. using back/forward cache, the message will be 
something like "??????????????". It's been fixed in WebCore v106 or 
later, so you'll have no problem with Safari 1.2.x (and probably OW 
5.1). All you have to do is wait for OW 5.1 to be out, but as a 
temporary solution, be sure to flush cache and reload the page before 
you post. That way you can avoid this issue.

Yosuke Arai

On Fri, 1 Oct 2004 09:50:38 +0200, Tim Pritlove wrote:
> I ran into big trouble recently with OmniWeb 5 ocassionally 
> destroying articles in _some_ MediaWiki (Wikipedia's software) sites. 
> I am running a couple of them and noticed that in some cases (which 
> are difficult for me to reproduce) the form data seems to get posted 
> with either characters not being encoded correctly or simply in the 
> wrong encoding. The result is that non-ASCII characters get stripped 
> from the page completely which is a major disaster.
> 
> I tried the same with Safari 1.2.3 on the same page and I did not run 
> into the same problem.
> 
> I have set up OW using the default configuration choosing the same 
> encoding for posting forms as the page's encoding. I must admit I 
> have no clue what is going on but it seems that in some cases Latin-1 
> gets sent instead of UTF-8. It doesn't happen all the time, just 
> sometimes. I feel unable to reproduce by my change log give me full 
> assurance that this has happened. When I switched to force UTF-8 for 
> posting forms I ended up with doubled (!) utf-8 characters.
> 
> The content is of the wiki is stored and displayed in utf-8. The page 
> is delivered in utf-8 as noted by a <meta> element in the html. So it 
> should be utf-8 all the way.



More information about the OmniWeb-l mailing list