Closed
Bug 261218
Opened 20 years ago
Closed 20 years ago
gtkmozembed assumes uri are latin1-encoded
Categories
(Core Graveyard :: Embedding: GTK Widget, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.8alpha5
People
(Reporter: Biesinger, Assigned: Biesinger)
Details
Attachments
(1 file, 1 obsolete file)
2.41 KB,
patch
|
blizzard
:
review+
darin.moz
:
superreview+
|
Details | Diff | Splinter Review |
whereas they are in UTF-8.
Assignee | ||
Comment 1•20 years ago
|
||
Assignee | ||
Updated•20 years ago
|
Attachment #159858 -
Flags: superreview?(darin)
Attachment #159858 -
Flags: review?(blizzard)
Assignee | ||
Comment 2•20 years ago
|
||
Comment on attachment 159858 [details] [diff] [review] patch hmm, while I'm here, I can get rid of the other AssignWithConversion too
Attachment #159858 -
Attachment is obsolete: true
Attachment #159858 -
Flags: superreview?(darin)
Attachment #159858 -
Flags: review?(blizzard)
Assignee | ||
Comment 3•20 years ago
|
||
Assignee | ||
Updated•20 years ago
|
Attachment #159861 -
Flags: superreview?(darin)
Attachment #159861 -
Flags: review?(blizzard)
Assignee | ||
Updated•20 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.8beta
Updated•20 years ago
|
Attachment #159861 -
Flags: superreview?(darin) → superreview+
Comment 4•20 years ago
|
||
Comment on attachment 159861 [details] [diff] [review] patch v2 Actually, with gtk 1.2 the uris are in local encoding, which isn't always utf-8. So you need to special case this or port it for gtk 1.2, too.
Attachment #159861 -
Flags: review?(blizzard) → review-
Assignee | ||
Comment 5•20 years ago
|
||
Comment on attachment 159861 [details] [diff] [review] patch v2 blizzard: that's why I'm using CopyNativeToUnicode in gtk1's SetURI. (I verified that this works) the uris gotten off nsIURI are in UTF-8 even in gtk1 (the EmbedProgress change)
Attachment #159861 -
Flags: review- → review?(blizzard)
Comment 6•20 years ago
|
||
Hang on. What does CopyNativeToUnicode do in the case where the native encoding is not UTF-8 and we happen to be using gtk2? In that case, we should still be using UTF-8 for the string because all strings internal to gtk2 are UTF-8. I'll bet that will still copy using the encoding specified in LANG (without looking at the code, of course.)
Assignee | ||
Comment 7•20 years ago
|
||
Comment on attachment 159861 [details] [diff] [review] patch v2 yes, in such a case it would use $LANG, but that's ok because CopyNativeToUnicode in this patch is inside a gtk1 ifdef. gtk2 correctly uses CopyUTF8toUTF16
Comment 8•20 years ago
|
||
Comment on attachment 159861 [details] [diff] [review] patch v2 Sold.
Attachment #159861 -
Flags: review?(blizzard) → review+
Assignee | ||
Updated•20 years ago
|
Target Milestone: mozilla1.8beta → mozilla1.8alpha5
Assignee | ||
Comment 9•20 years ago
|
||
thanks, checked in Checking in embedding/browser/gtk/src/EmbedPrivate.cpp; /cvsroot/mozilla/embedding/browser/gtk/src/EmbedPrivate.cpp,v <-- EmbedPrivate.cpp new revision: 1.47; previous revision: 1.46 done Checking in embedding/browser/gtk/src/EmbedProgress.cpp; /cvsroot/mozilla/embedding/browser/gtk/src/EmbedProgress.cpp,v <-- EmbedProgress.cpp new revision: 1.15; previous revision: 1.14 done
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•