277956 - change in zoom ignored in frame

Status: NEW

(Core :: DOM: Events, defect, P5)

Description

[Felix Miata]

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

Comment 1

[Anne (:annevk)]

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

Comment 2

[Anne (:annevk)]

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

Comment 3

[Asa Dotzler [:asa]]

too late for 1.8a6. blocking-

Comment 4

[Felix Miata]

On Win98 I was also able to repro at 16px default with trunk, but not using 1.7.5.

Comment 5

[Boris Zbarsky [:bzbarsky]]

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)...

Comment 6

[Daniel Kraft]

I'll try to figure out a minimal testcase.

Comment 7

[Daniel Kraft]

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

[Daniel Kraft]

Attachment: testcase IFrame content

Comment 9

[Daniel Kraft]

Attachment: 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.

Comment 10

[Boris Zbarsky [:bzbarsky]]

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

[Daniel Kraft]

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

[Max Alekseyev]

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

[Max Alekseyev]

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.

Comment 14

[Boris Zbarsky [:bzbarsky]]

Any chance of a minimal testcase?

Comment 15

[TSC]

No error encountered when testing

Comment 16

[Ioana (away)]

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?

Comment 17

[Firefox Bug Husbandry Bot]

https://bugzilla.mozilla.org/show_bug.cgi?id=1472046

Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5.

If you have questions, please contact :mdaly.