28428 - Changing font in prefs makes selection in URL bar act weird

Status: RESOLVED WORKSFORME

(Core :: DOM: Selection, defect, P3)

Description

[lgonsalv]

If you change the font in preferences such that the URL-bar's font changes, 
it'll (incorrectly) use the old width of the URL when handling mouse events.

To reproduce:

1. Type in a URL that only goes about half-way across the URL bar.
2. Change the font to something wider (changed from Courier to Lucida Console).
3. Try and select th end part of the URL by dragging on it with the mouse. Only 
the portion overlapped by the old URL width can be highlighted.

Another related problem is that initially the text in the URL bar is very small, 
but upon changing the font it grows bigger. Even changing it back to what it was 
supposedly set to, it still doesn't shrink. The point size seems to be ignored 
for the URL bar.

Comment 1

[Andrew Brobston]

Is this at all related to bug 27999? I haven't checked to see if this particular
bug occurs on my system, but they sound similar.

Comment 2

[Asa Dotzler [:asa]]

I can confirm this behavior on 2/25/09 M15 nightly build.  I don't think it is
related to 27999.  I think this is the same as 29072.  Changing component to
Selection. Changing description to include the word selection. 29072 should be
marked a duplicate of this bug.  This bug was here first and has better steps to
reproduce.

Comment 3

[Asa Dotzler [:asa]]

*** Bug 29072 has been marked as a duplicate of this bug. ***

Comment 4

[Asa Dotzler [:asa]]

confirming.

Comment 5

[Asa Dotzler [:asa]]

duh, changing component.

Comment 6

[Asa Dotzler [:asa]]

man, I can't seem to do it all in one move.  Re-assigning to component owner.

Comment 7

[jlarsen]

Note, this occurance is much more generalized than just the URL display, if 
you are in a web page that has text entry forms. The specific entry that your 
cursor is in at the moment of font change experiences the same symptoms, but 
non of the other form elements change.

Comment 8

[Kathleen :Brade]

set to M15 for further triage
Eli--is this cross-platform?

Comment 9

[Eli Goldberg]

I'm not able to change fonts at all using this morning's Mac OS & Linux builds, 
and therefore cannot determine whether this bug is in fact an issue on those 
platforms.

Comment 10

[Eli Goldberg]

Err, I take that back. Seamonkey had to be quit and relaunched for font prefs 
changes to take place. Now selection (and page layout) is totally busted. 

Comment 11

[rubydoo123]

using the build from 6 APR on win95, I changed the default font and when the URL 
field updated, the end portion of the URL string did not paint correctly. I 
minimized the window and then reopened and the URL string was displayed 
correctly. I then set the caret to the front of the string and dragged the 
selection to the end of the URL string. As the reporter stated, I could not 
select the end of the URL string, selection stopped where the initial 
string ended (physical position). Mike -- this is what I did:
1. opened mozilla and let the default URL string remain 
(http://home.netscape.com/index1.html)
2. selected Edit|Preferences
3. selected Appearance|Fonts
4. set the default type to serif
5. changed serif font to Lucinda Sans, 16 pt
6. selected ok

Comment 12

[Matthew T (active 1999-2002)]

Is this still happening in HTML text widgets?
* If so, the summary should be changed to avoid confusion with bug 26077.
* If not (i.e. it's just a location bar issue), then this is a dup of bug 26077.

Comment 13

[mjudge]

now with ender-lite the url bar is not getting the font changes for some 
reasonl. i will leave this bug to track that new problem.

Comment 14

[mjudge]

works for me please retest post ender-lite. gracias

Comment 15

[Blake Ross]

*SPAM*: Changing the QA contact of all open/resolved Selection bugs from 
[e-mail] to [e-mail].  After the many great years of service 
Eli has given to Mozilla, it's time for him to move on; he has accepted a 
position at Eazel.  We'll be sad to see him go, and I'll do my best to fill his 
spot...

Comment 16

[BMO Automation]

Attachment: [mozilla-mobile/fenix] For #28428: update growth data with new events (#28429)

Comment 17

[BMO Automation]

Attachment: [mozilla-mobile/fenix] For #28428: update growth data with new events (backport #28429) (#28449)