Bug 507921 - [favorites] New Type Favorite dialog possibly unnecessary intermediary step
Summary: [favorites] New Type Favorite dialog possibly unnecessary intermediary step
Status: NEW
Alias: None
Product: JDT
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 4.6   Edit
Hardware: PC Linux
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: JDT-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-11-21 21:00 EST by Robert Roth CLA
Modified: 2016-11-30 18:25 EST (History)
1 user (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 Robert Roth CLA 2016-11-21 21:00:21 EST 
Steps to reproduce:
1. Open Eclipse Preferences
2. type Favorites in the search field
3. select Java/Editor/Content Assist/Favorites
4. Click New Type button

Expected:
the dialog appearing should suggest entries based on what you have typed -> just like the second dialog does after clicking Browse on the first one

What happens instead:
you have to either copy-paste the fully qualified class name in the text field on the dialog, or click browse and search for the class you need

Note:
If instead of the first dialog you would get directly to the "Browse" dialog, you could still both search or paste a fully qualified name and press Enter/click OK, but with one step (or three clicks) less (in case you don't have the classname on clipboard) than what we have right now.