Closed Bug 52896 Opened 24 years ago Closed 21 years ago

Drag seems to intercept and kill button mousedown event

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Platform:
x86
Windows 98
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: bugzilla, Assigned: joki)

Details

Attachments

(1 file)

testcase
147 bytes, text/html
Details 
Build ID: just pulled

When you mousedown on the button in the testcase I'll attach, the button does 
not depress, although the onclick event is fired upon mouseup.  If you 
mousedown on the button and then drag away, this appears in the console:

dragstart
didnt get here
****** returning null 2

You shouldn't even be allowed to drag a button, so I don't know why this is 
happening.
Attached file testcase — 

    
    

    
  
Actually, this probably has less to do with dragging and more to do with the 
window.status (since the testcase doesn't work without it).  So feel free to 
update the summary as necessary.

cc'ing jst

    
    

    
  
This one belongs with Tom, I believe, reassigning.

Assignee: clayton → joki

    
    

    
  
Actually its the onmousedown intercept that killing the depression sequence.  In 
order for the button to depress the mouse must be over the button and the mouse 
must be down.  That way when you mouseout of the button it goes back up and so 
forth.  So since the mousedown is getting taken at the <body> level to set the 
status the sequence is messed up.

A minor bug, should be fixed in the next revision when we separate out the 
internal and external event handlers a bit more.  Marking trivial since 
the button click still works.  Marking future.
Severity: normal → trivial
Status: NEW → ASSIGNED
Target Milestone: --- → Future

    
    

    
  
Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok

    
    

    
  
qa contact updated.
QA Contact: gerardok → bsharma

    
    

    
  
SPAM. HTML Element component is deprecated, changing to Layout component. See
bug 88132 for details.

    
    

    
  
Come on Bugzilla, you can do it...
Component: HTML Element → Layout

    
  
QA Contact: bsharma → moied

        Attachment #14843 -
        Attachment is patch: false

        Attachment #14843 -
        Attachment mime type: text/plain → text/html

    
    

    
  
WFM on current Linux CVS.  Can this be closed up?

    
    

    
  
WFM on 2004020311 win2k trunk.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: