text in address book card details pane is out of the pane




15 years ago
10 years ago


(Reporter: tsahi_75, Assigned: mkaply)


Windows XP

Firefox Tracking Flags

(Not tracked)



(1 attachment)



15 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; he-IL; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; he-IL; rv:1.4) Gecko/20030624

when using a RTL language pack (e.g. hebrew or arabic), and the interface is
aligned right, the text in the card details goes out of the details pane (lower
pane). if you move the address books pane border by as much as a pixel, it goes
back to it's place.

Reproducible: Always

Steps to Reproduce:
Steps to Reproduce:
1.aligning the interface to the right: add these lines to the file intl.css, in
the locale\en-US\global, in the en-US.jar file (the language pack file, in the
chrome folder):

/*make UI RTL */

window,dialog,wizard,page { direction: rtl; }

menu { direction: rtl; }

outliner { direction: rtl; }

 * make sure search from address bar remains in RTL

#urlbar .autocomplete-search-engine
direction: rtl !important;

 * keep Composer <HTML> Source tab LTR

#doctype-text { direction: ltr; }

2.start mozilla.
3.open the address book
4. make sure you have some contacts that don't have display names, and some that do.
5. select a contact with no display name (i checked contacts that only had email
addresses). the details are displayed correctly in the lower pane.
6. now select a contact that has a display name, either with the mouse or the
keyboard arrows. see how the text in the lower pane starts off the pane, and
it's start (right end) cannot be seen.
7. grab the border between the address books pane (right pane after step 1) and
move it a bit. see how the text goes back to place.

Actual Results:  
text starts off the pane

Expected Results:  
text should start inside the pane, as it does after resize.

Comment 1

15 years ago
Created attachment 131776 [details]
screen shot
Product: MailNews → Core
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 3

13 years ago
this still happens in 1.7.11
Tsahi: does this problem still exist in TB 2.0.0.*, trunk TB, or respective builds of SM? If not, I will close this bug as RESO INCO in 3 weeks.
Whiteboard: closeme 2008-05-22

Comment 5

10 years ago
i don't see it in TB or SM 1.1.7. i think i haven't seen it in a while now.
Last Resolved: 10 years ago
Resolution: --- → WORKSFORME
Cleaning up resolution
Whiteboard: closeme 2008-05-22


10 years ago
Component: MailNews: BiDi Hebrew & Arabic → Layout: Text
QA Contact: giladehven → layout.fonts-and-text
You need to log in before you can comment on or make changes to this bug.