If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

change in zoom ignored in frame




DOM: Events
13 years ago
4 years ago


(Reporter: Felix Miata, Unassigned)



Bug Flags:
blocking1.8a6 -

Firefox Tracking Flags

(Not tracked)




(1 attachment, 1 obsolete attachment)

397 bytes, application/x-gzip


13 years ago
Reproduced so far only in 2005011006 XFT, GTK1 & WIN32 trunk builds. 

How I reproduce (difficult):
1-set default font size to 22px
2-open above URL
3-scroll main frame so that first heading is separated from top of frame by
small amount of whitespace (~5px-10px)
4-zoom, either via keyboard shortcuts, or the view menu

Actual result:
1-text in left and top frames zooms
2-text in main frame is not resized

Expected result:
1-all text except that in images changes size

1-without scrolling to an appropriate position in the main frame, zoom will work
in the main frame


13 years ago
Flags: blocking1.8a6?
OS: Linux → All

Comment 1

13 years ago
*** Bug 277988 has been marked as a duplicate of this bug. ***

Comment 2

13 years ago
*** Bug 277990 has been marked as a duplicate of this bug. ***

Comment 3

13 years ago
too late for 1.8a6. blocking-
Flags: blocking1.8a6? → blocking1.8a6-

Comment 4

13 years ago
On Win98 I was also able to repro at 16px default with trunk, but not using 1.7.5.
The two things that would help here the most are: 1) a regression window and 2)
a minimal testcase.

I seem to see this with one profile but not another with the same exact browser
build (a Jan 25 nightly)...
Keywords: helpwanted, qawanted

Comment 6

13 years ago
I'll try to figure out a minimal testcase.

Comment 7

13 years ago
For me it looks as if only the text in the google ad is zoomed, not caring any
font size or scroll position.

Comment 8

13 years ago
Created attachment 174208 [details]
testcase IFrame content

Comment 9

13 years ago
Created attachment 174210 [details]

It seems that Mozilla doesn't like the src attribute on the script tag. But
when I refreshed the page, it worked. Also, when I linked the
iframe-attachment, there was no problem; that's why I had to provide the test
case as tgz-archive.
Attachment #174208 - Attachment is obsolete: true
Attachment #174210 - Attachment mime type: application/octet-stream → application/x-gzip
Just untarring that and running from local disk worksforme (all the text zooms)
in a 2005-02-09-05 Linux trunk nightly build...

Comment 11

13 years ago
Maybe my Mozilla version (Windows 2000, 2005020409 SVG) has some more bugs
according to this? As said, it's also a bit peculiar, as it works when refreshed
the page or linking on the net...

Comment 12

13 years ago
I see this bug with Mozilla/linux build 20050526 at
Changing Zoom affects only a small particular frame but not major content.
100% reproduceble.

Comment 13

13 years ago
Interestingly, if I reload the page then the Zoom settings come into effect for
the whole page. But I'm unable to enforce Zoom without realoading the page.
Any chance of a minimal testcase?

Comment 15

12 years ago
No error encountered when testing
Assignee: events → nobody
QA Contact: ian → events

Comment 16

4 years ago
Mozilla/5.0 (X11; Linux i686; rv:28.0) Gecko/20100101 Firefox/28.0

WFM with the attachment (the URL at the top of the report is 404 now). Can anyone still reproduce this issue?
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.