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

NEW
Unassigned

Status

()

Core
DOM: Events
13 years ago
4 years ago

People

(Reporter: Felix Miata, Unassigned)

Tracking

({helpwanted})

Trunk
x86
All
helpwanted
Points:
---
Bug Flags:
blocking1.8a6 -

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment, 1 obsolete attachment)

397 bytes, application/x-gzip
Details
(Reporter)

Description

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

Notes:
1-without scrolling to an appropriate position in the main frame, zoom will work
in the main frame
(Reporter)

Updated

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-
(Reporter)

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]
Testcase

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
http://www.kp.ru/daily/23521.4/40559/
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.