Closed Bug 13912 Opened 25 years ago Closed 25 years ago

Jump Travel Newsletter completely mangled on Linux

Categories

(Core Graveyard :: GFX, defect, P3)

x86
Linux

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: elig, Assigned: waqar)

References

()

Details

<broken out of bug #8936>

* TITLE/SUMMARY
Jump Travel Newsletter completely mangled on Linux

* STEPS TO REPRODUCE
0) Launch Apprunner
1) View http://www.mozilla.org/newlayout/demo/jumptravel/newsletter.html
2) Scroll the page (or selections text on it)

* RESULT
 - What happened

The page is totally mangled. Text blocks appear repeated in random places, lines
of text are corrupted, black rectangles appear in places.

This is probably a duplicate of another set of CSS bugs, but I don't see any
associated with this page, so I'm writing it up for a CSS guru to disassemble.

 - What was expected

Page display equivalent to Win32/Mac OS builds.

* REGRESSION

 - Occurs On
        Linux Apprunner (1999091508 optimized build)

 - Doesn't Occur On
        Win32 Apprunner (1999091508 optimized build [NT 4, Service Pack 3])
        Mac OS Apprunner (1999091508 optimized build)



* CONFIGURATIONS TESTED

- [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM
used), 1024x768 (Thousands of Colors), Mac OS 8.6

- [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3.

- [Linux] Vectra VL (266 MHz P2), 96 MB RAM. Red Hat Linux 6.0 (GNOME).
QA Contact: petersen → elig
[QA Assigning to self as a courtesy to petersen who has way too many bugs to
verify. ;]
Component: Compositor → ActiveX Wrapper
OS: Linux → All
Hardware: PC → DEC
The above URL used to initially render correctly on Linux when bug 8936 was
submitted in 1999-06-26, apprunner only used to exhibit corruption when
selecting text, now it is always. :(
Component: ActiveX Wrapper → Compositor
OS: All → Linux
Hardware: DEC → PC
[I'm not sure how, but platform, component, OS, etc, fields got munged when ya
updated the bug. Reverted to previous settings.]
Assignee: beard → ramiro
Assignee: ramiro → waqar
yes, it looks like some kind of problem with absolutely positioned divs.  Maybe
a clipping problem ?

Reassinging to waqar.

Waqar: talk to pavlov about clipping problems on this page.  You might also want
to simplify the test case to a more manageable piece of html.
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
It seemed to have been fixed int the latest build.
Using this morning's build (8:00 AM), this page still triggers the problem
described by this bug report on Linux.

I'll check again with tomorrow's build, and then re-open if appropriate.
Status: RESOLVED → REOPENED
Re-opening; using 1999102208 build on RH 6.0/GNOME, this bug immediately occurs,
using the above steps to reproduce.
Resolution: WORKSFORME → ---
Target Milestone: M13
Target Milestone: M13 → M14
Target Milestone: M14 → M15
Mass move to M15
This is fixed in 3/14 build.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Verified fixed in 3.15.00 AM Linux commercial build. There's a trivial cosmetic
problem with selection bit-sh*t left on-screen in the various section headers on
the page, but it's quite trivial.

(I'll split it off into a separate bug later this week and assign to mjudge)
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.