From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m16) Gecko/20000505 BuildID: debug build from 2000-05-05 The DOM-access to the text input field seems to conflict with the drawing of the bar. In the attached testcase the upper bar uses a query of the text field to resize the bar, while the lower one gets a fixed size of 50. Reproducible: Always Steps to Reproduce: 1.Load the URL 2.See the not perfectly drawn upper bar 3.resize the window, and everything is fine. 4.Type in another size like 100 and watch the behaviour. Expected Results: Both bars should look identical after load. Just another comment, I have no idea why there is a circle, if one removes the noshade attribute a rectangular is drawn.

With a win98 debug build from 16.05.2000 the dom access to the attributes failes. But this probably another bug.

I think that other bug was fixed today by jst (checkin at 13:35 PDT).

Thats correct so the bug is visible again, I am anxious to rename the bug to: crop circles in mozilla. Set the size to 100 and you will understand why.

The DOM code here works as it should as far as I can tell, looks like a reflow problem, reassigning to buster for further investigation.

setting bug to New

I think the issue being discussed here is the rounding of the ends of the HR, right? Is that all that is being reported here? Assuming that's true, assigning to dcone.

reassigning

The Problem is not how the edges are drawn, the problem is that the picture changes with a redraw of the window. Please compare both screen shots.

Mass update of qa contact

seems to work fine now. someone else must have fixed something. WorksForMe.

WFM, live gets borrowing without the crop circles.