#10888 closed defect (wontfix)
ExtendedDialog does not revert the cursor
Reported by: | pwoelfel | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core | Version: | |
Keywords: | Cc: |
Description
If an ExtendedDialog is dismissed by pressing either "OK" or "Cancel" button, the cursor stays the default cursor instead of reverting to the active tool. If the dialog is dismissed with the "ESC" key it works fine.
I'm not sure what's the source of this issue, because the code for ESC and for the buttons is similar in ExtendedDialog.
I've created a screen recording to show the issue: http://youtu.be/_df1gZMFMII
I got this issue in latest (7892) and tested (7777).
Steps in this video:
- Areaselector Action activated
- Clicked on building
- ExtendedDialog popped up
- clicked cancel
- ISSUE: Cursor is default cursor
- clicked on another building
- pressed escape key
- Cursor is the right icon
- clicked on another building
- pressed OK button
- ISSUE: cursor is default cursor
Attachments (1)
Change History (5)
by , 9 years ago
Attachment: | status-report.log added |
---|
comment:1 by , 9 years ago
Do you know there's an automatic help->report bug feature that prefills the report for you? :)
comment:3 by , 8 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
The cursor is reset in java.awt.Window#init
which is called from the Window
/Dialog
/JDialog
/ExtendedDialog
constructor. So there's nothing to avoid that within ExtendedDialog
.
The easiest thing seems to remember/restore the cursor before/after displaying ExtendedDialog
.
comment:4 by , 8 years ago
Hi Simon,
I think that should be done inside ExtendedDialog, otherwise each use of that ExtendedDialog would have to implement that. That leads to the state that's there right now and is breaking the cursor.
Status Report