Closed Bug 2988 Opened 26 years ago Closed 24 years ago

[LAYER] geocities.gif does not scroll down with page on all platforms

Categories

(Tech Evangelism Graveyard :: English US, defect, P1)

x86
All
defect

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: christinehoff4, Assigned: bugzilla)

References

()

Details

Using 2/4 build on Win 95, Win 98, Win NT, Linux and Mac 8.5 Open URL. At right side is an animated gif (geocities.gif) which changes from 'G' to 'geocities' and also scrolls down with the page as instructed by javascript. Expected result: Image should scroll down with page. Actual results: Win 95 - image does not scroll down with page Win 98 - OK Win NT - OK Mac 8.5 - image does not scroll down with page Linux - image does not scroll down with page geocities.gif
OS: Windows 95 → All
Summary: [PP] geocities.gif does not scroll down with page on all platforms → geocities.gif does not scroll down with page on all platforms
Correcting comments - this is not a praity bug. It occurs on all platforms.
Correction - this is not a parity bug. Sorry for the mispell.
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Priority: P2 → P1
Target Milestone: M3
Putting on Dogfood list. A top 10 site that should be work basically.
Target Milestone: M3 → M4
Moved to M4 per rickg
Assignee: michaelp → vidur
Component: Compositor → DOM Level 0
probably a dom thing to begin with...
It's not going to work anytime soon. The GeoCities site uses layers and the document.layers syntax to move the gif. Until now, I've been told that we will not be implementing DOM support for layers for v1.0 of Gecko. It's definitely not going to make the Dogfood release and anyone who really cares about layers should take this issue up with RickG.
It's not going to work anytime soon. The GeoCities site uses layers and the document.layers syntax to move the gif. Until now, I've been told that we will not be implementing DOM support for layers for v1.0 of Gecko. It's definitely not going to make the Dogfood release and anyone who really cares about layers should take this issue up with RickG.
Status: NEW → ASSIGNED
Summary: geocities.gif does not scroll down with page on all platforms → [LAYER] geocities.gif does not scroll down with page on all platforms
Target Milestone: M4 → M6
Target Milestone: M6 → M9
*** Bug 7116 has been marked as a duplicate of this bug. ***
The correct way to make an image stay at the bottom of the page is to use CSS2 fixed positioning, which we already support. for example: <STYLE type="text/css"> .watermark { position: fixed; right: 1em; bottom: 1em; } </STYLE> <!-- ... ---> <DIV class="watermark"> <IMG alt="g" src="geocities.gif"> </DIV> This bug should be reassigned for evangalisation.
Assignee: vidur → ekrock
Status: ASSIGNED → NEW
Assigning all layers bugs to ekrock.
QA Contact: chrisd → petersen
Blocks: 8023
Status: NEW → ASSIGNED
Target Milestone: M9 → M15
Setting all LAYER bugs to M15 for as-time-allows evangelism.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
I don't see this happening on the page anymore. INVALID. LAYER, ILAYER, document.layers[] not supported in Gecko/Nav5. Closed. Notified reporter and site owner via template at http://sites.netscape.net/ekrock/fixit/layer.html In the future, if possible, please INVALID, notify, and close such bugs directly using that template without assigning to me. Thanks!
Status: RESOLVED → VERIFIED
Verifying as invalid due to the issue of 5.0 not supporting LAYERS.
Moving all [LAYER] bugs to Evangelism component for tracking and open-source evangelism by mozilla community members of sites that need to upgrade to support web standards such as HTML 4.0 (instead of LAYER/ILAYER) and the W3C DOM (instead of Nav4 document.layers[] or IE document.all()). Sites should be lobbied to do the upgrade using the email templates that are linked to from http://www.mozilla.org/newlayout/bugathon.html#layerbugs . When a site's owner has confirmed receipt of the message requesting an upgrade, the bug should be marked with the keyword evangelized to indicate that evangelism for that bug is complete. When the site finishes the upgrade and supports standards, the bug should be closed.
Assignee: ekrock → nobody
Status: VERIFIED → NEW
Component: DOM Level 0 → Evangelism
Keywords: evangwanted
QA Contact: petersen → nobody
Target Milestone: M15 → ---
Marking bug evangelized and clearing cc:s.
Keywords: evangelized
SPAM:Changing QA contact on 111 evang bugs as I am now the new QA contact for this component. Sorry about the spam zach
QA Contact: nobody → zach
Reassigning Evangelism bugs to me, the component's new owner. I would like to take this opportunity to thank nobody@mozilla.org for all of his dedication, contributions, and hard work, and wish him luck at his new job. Thanks, nobody.
Assignee: nobody → BlakeR1234
workaround bugzilla problem that caused a bunch of evangelism bugs to be NEW/INVALID, NEW/FIXED, NEW/WORKSFORME or NEW/DUPLICATE
Resolution: INVALID → ---
Status: NEW → ASSIGNED
Removing the evangwanted keyword from 49 evangilizm bugs that also have the evangelized keyword. Having both of these keywords on a bug makes it really hard to do a query for all open evangilizm bugs that are evangwanted. Sorry for the spam.
Keywords: evangelized
Marking invalid. the G is gone :)
Status: ASSIGNED → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → INVALID
vrfy invalid
Status: RESOLVED → VERIFIED
Keywords: evangwanted
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for details.
Component: Evangelism → US English
Product: Browser → Tech Evangelism
Version: other → unspecified
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.