Closed Bug 587343 Opened 14 years ago Closed 14 years ago

<panel close="true" noautohide="true" titlebar="normal"> cannot be dragged via the titlebar.

Categories

(Core :: XUL, defect)

Product:
Core
Component:
XUL
Platform:
x86_64
Windows 7
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: philip.chee, Unassigned)

References

Details

From 586947:

> Neil Deakin      2010-08-13 06:51:50 PDT
> 
> (In reply to comment #2)
> > > I don't know why the panel isn't draggable. Or rather I can drag the panel via
> > > the titlebar but once I release the mouse it jumps back to the original
> > > position.
> 
> That's the correct behaviour for a panel with level="parent". The panel
> maintains its anchored position relative to its parent. For this reason, using
> a titlebar with level="parent" isn't particularly useful.
> 
> You should never change the level attribute unless you know why you are doing
> so. Do you?
> 
> Philip Chee 2010-08-13 08:31:39 PDT
> 
> > You should never change the level attribute unless you know why you are doing
> > so. Do you?
> Initially I didn't have any level attribute and the panel wasn't draggable via
> the titlebar with the same symptoms. So with or without level the panel isn't
> draggable at the moment. Any suggestions?
> 
> Philip Chee 2010-08-13 08:34:42 PDT
> 
> OK level="top" worked. However I have "one or more text fields" and the MDC
> article on <panel> recommends that top be avoided in this situation.
> 
> Neil Deakin 2010-08-13 08:38:30 PDT
> 
> That's odd. Is this Windows only?
> 
> Philip Chee 2010-08-13 08:41:50 PDT
> 
> Sorry I'm on windows 7, I can't test on other platforms. The docs say that
> "parent" is the default on Windows so, without specifying a level= how do I get
> dragging to work?
> 
> Neil Deakin 2010-08-13 08:48:36 PDT
> 
> The default level is 'floating' if a titlebar is used, so it should work. A
> testcase would be good here and I could investigate further.

I tested the XUL changes in my patch on a couple of Minefield ZIP builds.

Works: 20100803045354
Fails: 20100814030813

Might Bug 383930 have caused this regression?
The other Neil reviewed Bug 383930.
Keywords: regressionwindow-wanted
I don't see any issue with simple tests on Mac, Linux or Vista.
Keywords: testcase-wanted
I don't know what happened but it suddenly started working again without me changing anything on my side. Must be gremlins.
Status: NEW → RESOLVED
Closed: 14 years ago
Keywords: regression, regressionwindow-wanted, testcase-wanted
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.