Closed Bug 270619 Opened 20 years ago Closed 19 years ago

Javascript effects HTML rendering of top left items

Categories

(Core :: DOM: Core & HTML, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jab_creations, Unassigned)

References

()

Details

(Keywords: qawanted)

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041118
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041118

I installed a javascript that is designed to create a DIV field that has 10px
margins on all 4 sides using clientWidth and clientHeight.  After installing
this script I noticed in the Firefox (and then tested with the latest moz build)
how the objects in the top left corner were not being correctly rendered. 
Firefox tends to replicate this issue more often the Mozilla browser.  I am
using nightly builds of each, Gecko/20041118.  Also being in frames seems to
create this more often then not.  The script does work correctly when there are
frames but does not work correctly without frames.

Reproducible: Sometimes
Steps to Reproduce:



Expected Results:  
Objects sohuld be rendered correctly and in full.
Not sure where this bug belongs, but it's not a JavaScript Engine bug.  Tossing
to DOM Level 0 for now.

Reporter please note for future reference: when your bug does not involve
ECMA-262 classes such as Date, String, RegExp, and does not involve core JS
features (for loops, var statements, function declarations), then it's probably DOM.

/be
Assignee: general → general
Component: JavaScript Engine → DOM: Level 0
Please provide clear expected and actual results that would allow one to tell
when the bug is happening.  Attach screenshots using
https://bugzilla.mozilla.org/attachment.cgi?bugid=270619&action=enter if needed.
Keywords: qawanted
Sorry.. I forgot to post a login
guest/guest

It's a javascript designed to give 10px margin in all browsers based on
available width/height to a div set to to overflow: auto.

The script is in the body at the top and bottom that renders the DIV clientside.
John, that doesn't answer my question...

Note that the page has a number of CSS and JS errors on it, which may also be
contributing to the problem.  It's hard to tell, since I can't tell what the
problem is (i.e., what the wrong part of the rendering is).
Ok.. and the "correct" rendering is?
I have since changed my Firefox NB to 20041201.

So far I have not seen any rendering issues ... notice the black areas at the
top and left portions where the menus are cropped?

Builds past 12-01 are very unstable :-(

I will report any more issues should I have them but so far it seems clear for now.
John, is this still an issue in current trunk build?
In short ... NO ... this issue...
https://bugzilla.mozilla.org/attachment.cgi?id=167667

No longer occurs...currently using 20050722 as my normal browser and I test the
latest builds about once a week.  You can consider this fixed as far as I can tell.

User: guest PW: guest
... if you wish to test it out.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
No bug / patch referenced as the fix.

-> WORKSFORME
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: