Bug 512 - Mouse cursor should indicate when trying to drop something in an illegal location
Summary: Mouse cursor should indicate when trying to drop something in an illegal loca...
Status: VERIFIED WONTFIX
Alias: None
Product: Identity Designer
Classification: Identity Manager
Component: Modeler (show other bugs)
Version: 1.0.0 Designer
Hardware: Other Other
: P3 - Medium : Normal (vote)
Target Milestone: 1.1 M1
Assignee: Lee Lowry
QA Contact: Tim Pew
URL:
Whiteboard:
Keywords: Provo
Depends on:
Blocks:
 
Reported: 2004-12-09 23:30 UTC by Tim Pew
Modified: 2011-06-03 11:51 UTC (History)
0 users

See Also:
Found By: Integration Test
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

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 Tim Pew 2004-12-09 23:30:01 UTC 
DETAILED DESCRIPTION: On the modeler palette select any application and drag it
over an identity vault. The mouse cursor should indicate that the application
can't be dropped there. Similarly, drag a driver set to somewhere outside an
identity vault and the mouse cursor should indicate that the driver set can't be
dropped there. We do this now when moving an object in the modeller, but not
when originally adding it.
BUILD: Porpoise 1008
Comment 1 Tim Pew 2004-12-09 23:53:19 UTC 
Transferred from Remedy DEFECT000388675.
Status when transferred: Fixing/Work in Progress
Comment 2 Lee Lowry 2004-12-22 16:26:49 UTC 
I've spent a tremendous amount of time trying to figure out 
why Eclipse behaves this way, to no avail, and I've sent a 
question to the message group.

In the meantime, I've put educational prompts in at drop time 
so at least the situation is handled (and in someways, it's 
actually better).
Comment 3 Lee Lowry 2005-03-11 16:04:19 UTC 
I believe the current behavior and educations prompts are good enough for FCS;
meanwhile, hopefully I'll get more insight from the Eclipse people on how to
resolve this.
Comment 4 Bill Street 2005-03-11 23:25:27 UTC 
Marking as resolve Later.  Beyond FCS
Comment 5 Bill Street 2005-08-02 17:47:59 UTC 
Reopening bugs for determination of fixing bug or adding enhancements for
Milestone 1.1.  

Bill
Comment 6 Lee Lowry 2005-08-05 15:09:22 UTC 
Large effort, small gain.
Comment 7 Lee Lowry 2005-08-31 00:10:40 UTC 
Open so we can close.
Comment 8 Lee Lowry 2005-08-31 00:11:27 UTC 
I believe the education prompts are more valuable than the cursor in this case.
 Sometimes the cursor is sufficient, but this the perfect opportunity to explain
to the user why it can't drop and then they get to learn the mindset of DirXML
systems.
Comment 9 Tom Sanders 2005-11-23 04:59:23 UTC 
Based on comments above, changing fixed in milestone from "Future" to 1.1M1