Closed
Bug 290567
Opened 19 years ago
Closed 19 years ago
regression: most hebrew content layed out in reverse
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.8beta2
People
(Reporter: eyalroz1, Assigned: smontagu)
References
()
Details
(Keywords: intl, platform-parity, regression)
Attachments
(2 files)
1.18 KB,
patch
|
roc
:
review+
roc
:
superreview+
mkaply
:
approval1.8b2+
|
Details | Diff | Splinter Review |
11.29 KB,
image/jpeg
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050128 Mnenhy/0.7 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050128 Mnenhy/0.7 With a build from yesterday, many pages in Hebrew have some of the text layed out in the proper order: TFEL OT THGIR MORF, but the bulk of the text is layed out FROM LEFT TO RIGHT - the wrong order for Hebrew (note I'm not talking about paragraph alignment). Plus, the layout is kind of 'messed up' and letters overlap. This does not happened with a build from about 2 weeks ago. Also, removing all style from the page (Edit|Use Style|None) fixes the problem. Example URL: http://www.earendil.ath.cx/index.shtml.he This may or may not be related to bug 289798. Reproducible: Always Steps to Reproduce:
Comment 1•19 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050415 Firefox/1.0+ wee, probably a regression from bug 284927.
Assignee: mozilla → smontagu
Depends on: 284927
Flags: blocking1.8b2?
Flags: blocking-aviary1.1?
Keywords: intl,
regression
*** Bug 290627 has been marked as a duplicate of this bug. ***
Another example is: http://nadav.harel.org.il/hindex.html (my homepage) Note how the headers are shown correctly (Hebrew letters flowing from right to left), but the paragraph is incorrect - letters flowing from left to right. I too traced the cause of this is bug to a style: in this case, the "text-align: justify;" style. When this style is removed from the paragraph, it returns to being correctly shown. By the way, when you select text in the broken paragraph, the text jumps around. So even if you don't know Hebrew, you can see something is broken. This is indeed a regression. This problem did not exist in earlier Mozillas - my homepage always looked correct until very recently (I don't remember which version broke it).
Comment 4•19 years ago
|
||
Not reproducanle on: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050416 Firefox/1.0+ (i.e. os w/o native bidi support).
Keywords: pp
I reproduced it in the latest Firefox 1.0.2 that comes with Fedora Core 3 updates. Maybe this bug is related to Pango support, and this should be marked a dup of bug 284927 ? (but someone reproduced this on Windows - does Windows also use Pango?)
Reporter | ||
Comment 6•19 years ago
|
||
(In reply to comment #5) > Maybe this bug is related to Pango support, and this should be marked a > dup of bug 284927 ? It's not a dupe, it's a regression caused by the fix for 284927, on which it depends. > (but someone reproduced this on Windows - does Windows also use Pango? Indeed, it does not, but it seems somehow the Mozilla code now treats justified RTL-language content as though Windows is Pango-like, and pre-flips the order for it - which it shouldn't.
Assignee | ||
Comment 7•19 years ago
|
||
Updated•19 years ago
|
Flags: blocking1.8b2? → blocking1.8b2+
Assignee | ||
Updated•19 years ago
|
Attachment #180946 -
Flags: superreview?(roc)
Attachment #180946 -
Flags: review?(roc)
Attachment #180946 -
Flags: approval1.8b2?
Updated•19 years ago
|
Flags: blocking-aviary1.1?
Target Milestone: --- → mozilla1.8beta2
Comment 8•19 years ago
|
||
Comment on attachment 180946 [details] [diff] [review] Patch preapproving a=mkaply
Attachment #180946 -
Flags: approval1.8b2? → approval1.8b2+
Comment on attachment 180946 [details] [diff] [review] Patch d'oh! I should have spotted that.
Attachment #180946 -
Flags: superreview?(roc)
Attachment #180946 -
Flags: superreview+
Attachment #180946 -
Flags: review?(roc)
Attachment #180946 -
Flags: review+
Assignee | ||
Comment 10•19 years ago
|
||
Checked in. My apologies for this stupid mistake.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Comment 11•19 years ago
|
||
Fixed? It looks like this patch _BROKE_ it. I've had no problems before this (although I have spotted a few pages having some content in reverse, but not overlapping text). With this patch checked in I started seeing overlapping hebrew text. Check this page: http://www.ynet.co.il/articles/0,7340,L-3074316,00.html Scroll to the bottom (the talkback area). The parts that have some hebrew text (the name of the author of the talkback) and date are totally messed up! Attaching screenshot.
Comment 12•19 years ago
|
||
problematic areas underlined in red.
Assignee | ||
Comment 13•19 years ago
|
||
(In reply to comment #11) > With this patch checked in I started seeing overlapping hebrew text. Please file a new bug on this problem and assign it to me.
Assignee | ||
Comment 14•19 years ago
|
||
By the way, I'm fairly sure the regression on ynet.co.il was not caused by this checkin. I don't know yet what did cause it.
Reporter | ||
Comment 15•19 years ago
|
||
> Please file a new bug on this problem and assign it to me. All are welcome to enjoy the lovely new bug 291188.
Component: Layout: BiDi Hebrew & Arabic → Layout: Text
QA Contact: zach → layout.fonts-and-text
You need to log in
before you can comment on or make changes to this bug.
Description
•