Closed Bug 27999 Opened 25 years ago Closed 24 years ago

Font changes

Categories

(Core :: Layout: Form Controls, defect, P3)

defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: viggen, Assigned: rods)

Details

(Keywords: fonts)

Attachments

(1 file)

The font in the url-window changes after downloading a picture with the
popup-menu save as. I noticed it when saving some files from www.dilbert.com,
www.foxtrot.com, www.slagoon.com.
Also it leaves some text behind if the new url is shorter than the present (only
after a picture download) which will dissapear when the new URL is loaded.
viggen@enterprise.hb.se:  would you please go read 
http://www.mozilla.org/quality/bug-writing-guideines.html

That document shows the kind of information that would be useful to have in a 
bug.  Please help us out by not making us guess what you are seeing, but by 
giving us the exact steps to reproduce and see your problem.
To reproduce the bug I've experienced.
This is a trivial bug. I found it on WinNT4SP5.
1) Download M13 with fullcircle for win32.
2) Unzip and run mozilla.exe
3) In the URL-window type www.dilbert.com
4) When the dilbert strip shows, press right mouse key over the image to bring
up the popup menu.
4) Choose 'Save image as...'
5) You have to change directory to make this bug appear.
5) Save the image and observe the font in the URL-window.

The enlarged font in the URL window isn't possible to mark with the mouse, but
it appears as the
original font resides under it, and that can be marked, altough it isn't visible.
The font will then stay as this larger version.

Pardon for the poor english, it isn't my native language.


I see this in the 2000-02-17 build on Win98, but more generally. Anytime you 
right-click a link and select "save link as..." the font in the URL bar changes, 
as long as you change directories. Likely an Editor bug.

I'll see if I can attach a screenshot...
Attached image screenshot
Changing component to Editor to get this out of Browser-General.
Component: Browser-General → Editor
I've seen this in certain situations, too, on Linux.  Marking All/All.  cc:ing
erik.

I'm also changing component back to Browser-General, because:
 1) I'm not sure it's editor (I think it would really be HTML Form Controls
anyway)
 2) It probably does more harm that good to change the component and not
reassign, because then it doesn't show up on (some) people's lists of bugs that
need proper assignment.
Component: Editor → Browser-General
OS: Windows NT → All
Hardware: PC → All
reassigning browser-general bugs (again!) so triagers can find all the bugs 
with one query.
Assignee: leger → cbegle
QA Contact: cbegle → asadotzler
I also noted that it is the text that's been hidden by the popup dialogs that
gets changed.
Uncertain if it means anything to you, but it's a bit additional info.
note: the fact that you can only highlight part of the enlarged text is due to 
bug http://bugzilla.mozilla.org/show_bug.cgi?id=28428
Increasing from "trivial" to "minor" as this is quite annoying...
Severity: trivial → minor
Keywords: fonts
accepting bug so that it won't show on "untouched" bugs search.  sorry for the spamm
Status: NEW → ASSIGNED
Changing component to HTML Form Controls and reassigning.
Assignee: cbegle → rods
Status: ASSIGNED → NEW
Component: Browser-General → HTML Form Controls
QA Contact: asadotzler → ckritzer
Is this the same as bug 18232? i.e. is the font change the same as happens when 
you click in the url bar for the first time?
No.  This one is weirder.  And, for the record, I've seen this occasionally, I
think after messing around in prefs.
looks ok today, marking works for me.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Updating QA contact.
QA Contact: ckritzer → bsharma
Verified Build 2001082703 os: winNT,win98,mac8.6,linux7.1
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: