If you (1) click on the <button> in Demo #8, (2) hold the mousebutton down, and (3) drag off the button before releasing the mouse button, the text inside the button does not reset to the proper position. If you perform this action repeatedly, the text begins to slide down to the lower right. Here's an example: http://www.mozillaZine.org/problems/button_bug.gif In addition, the bevel border does not reset, so that as you perform the 3 actions above over and over, the button's state (after step 3) looks non-pressed, then pressed, then non-pressed...

Is the platform information correct on this bug? I have seen the behavior you describe in the past but I don't see it now on either WinNT or Win95. Can you confirm that this is still a problem?

Joki, Yes, this is still a problem in the 11-23-98 build that I just downloaded from ftp.mozilla.org. Same error occurs exactly as I described it initially. --chris

Okay, I think this is probably an intermittent rounding error of some sort. It seems to work on some machines as not others. I'll try to track it down.

I have my doubts about the rounding error, to tell you the truth... I'm not sure, but it seems like a "pressed" state is not being accounted for when the mouse button is released outside the button after being pressed while inside the button. I've run into errors like this during the development of various multimedia applications. The reason I don't think it is a rounding error is that the state of the beveled border is also not being reset. You may want to check the event handling of the platforms it is behaving badly on. This is just an educated guess based on problems I've seen before -- I really don't do C++ programming, and don't know my way around Mozilla's code at all. So please disregard this if it's worthless...

Well you're somewhat right. I should have mentioned somewhere in here that I have another known bug that if you release the mousebutton outside of the HTML button we don't notify the button so it still behaves as if you were holding the mouse down. I reworking the state code a bit so I'm ignoring that one since it will go away on its own later. But the issue with the text sliding off is separate issue. I assume you see that whether you mousedown in the button and then move in and out of it while holding the button down, or if you mousedown in the button, move out, release the mousebutton, and then move in and out of the button. That's where I think we're hitting a rounding error.

Read below for an important note on the behavior I'm experiencing (it'll be in brackets): Actually, no... I only see it when performing the actions I described... If I click on the HTML 4 button, then move the mouse in and out of the button boundary with the mouse-button still down, I don't see the error. It only occurs when the button's released outside the button (if you release it inside the button, the error doesn't occur - you can see that the button is in the correct state, even though you are quickly shunted to the Yahoo! page). Essentially, all I'm seeing is that the text is not resetting to its correct place upon mouse-up outside the button. [An important thing to note is that this error doesn't occur until you perform my action twice. I should have gotten this across to you. What happens is this: you depress the button, drag the mouse off and release it. Now, when you pass the mouse back over the HTML 4 button, because the button still believes the mouse-button is depressed, it depresses, adjusting the text down and to the right. Then, when you actually click the mouse-button while over that HTML 4 button, the text adjusts *again*. So, when you release outside the button, the text resets, but only once (properly). So, it seems like what is happening is that the button is not receiving the notice that the mouse-button has been released if it is released outside the button. I believe fixing that will solve your poblem entirely.]

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

Setting all current Open/Normal to M4.

per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

QA contact re-assigned according to the product areas we're currently working on.

Well the bug described here is fixed at least. The buttons still aren't perfect but the text doesn't slide off them anymore. I have other bugs for the remaining behavioral problems so I'm going to close this one.

Build 1999-06-02-08-M7 verified