Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 25256 - No busy cursor if text operation is invoked from editor context menu
Summary: No busy cursor if text operation is invoked from editor context menu
Status: CLOSED DUPLICATE of bug 6325
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 2.0   Edit
Hardware: PC Windows 2000
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-SWT-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 4671 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-10-23 12:11 EDT by Kit Lo CLA
Modified: 2006-11-16 11:28 EST (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kit Lo CLA 2002-10-23 12:11:47 EDT 
testcase:

- edit a large file (about 500+ lines) with Eclipse's text editor
- select all text (by pressing Ctrl+A)
- popup the editor's context menu in the center of the editor
  (so that the whole context menu is inside the editor)
- select Shift Right
- the "I-beam" cursor is displayed during the operation
- however, if we move the cursor to the very bottom edge of the editor
  before we popup the context menu (so that most part of the context menu
  is outside the editor), select Shift Right, the busy cursor is displayed
Comment 1 Kai-Uwe Maetzel CLA 2002-10-28 05:32:23 EST 
The operation is executed in a BusyIndicator.showWhile. As described, the 
cursor shows or does not show depending on the context menu position. Also, the 
cursor is shown when operations are invoked from the drop down menu in the menu 
bar but is not shown when the short cut is used for activation.

Moving to SWT.
Comment 2 Steve Northover CLA 2002-10-28 09:45:21 EST 

*** This bug has been marked as a duplicate of 6325 ***
Comment 3 Steve Northover CLA 2002-10-28 10:05:15 EST 
*** Bug 4671 has been marked as a duplicate of this bug. ***
Comment 4 Steve Northover CLA 2002-10-28 10:30:55 EST 
Sorry, it's not a duplicate of 6325.  I know this PR has been reported so until 
I can find the previous PR, I'm going to reopen this one.
Comment 5 Steve Northover CLA 2002-10-30 09:00:08 EST 
Actually, on reading this PR again, this is a dup of 6325.  I am very tired and 
overworked these days so I need to read more slowly.

The problem is that when a control defines its own cursor, it conflict with the 
busy cursor.  It has been a problem for a while and we are restricted in our 
implementation strategies by X cursors.

*** This bug has been marked as a duplicate of 6325 ***
Comment 6 Kit Lo CLA 2006-11-16 11:28:31 EST 
closing resolved bug