Bug 245152 - opening "Task Search" blocks UI when page is first shown
Summary: opening "Task Search" blocks UI when page is first shown
Status: RESOLVED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P2 normal with 1 vote (vote)
Target Milestone: 3.7   Edit
Assignee: Steffen Pingel CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 257707 (view as bug list)
Depends on:
Blocks: 304104 310059
  Show dependency tree
 
Reported: 2008-08-25 13:11 EDT by Zorzella Mising name CLA
Modified: 2011-09-22 10:10 EDT (History)
3 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 Zorzella Mising name CLA 2008-08-25 13:11:27 EDT 
Build ID: I20080617-2000

Steps To Reproduce:
1. Open an eclipse project in a workspace/conf where Mylyn is installed (though no task needs to be active)

2. Open the "Search" dialog (Ctrl-H)

3. Use Ctrl-Page-Up/Down to visit the several tabs.

When going through the "Task Search" tab, there UI is blocked while it fetches stuff from the repository (Eclipse.org by default). It even opens a "Progress Dialog", which often screws up with focus.

Ideally (IMHO), that page should fetch whatever it needs in the brackground, so as not to disturb the user interaction.

More information:
Comment 1 Steffen Pingel CLA 2008-08-25 16:19:19 EDT 
I agree that the modal progress dialog can interfere with the expected dialog interaction. It should only show when the repository configuration is actually retrieved from the network.
Comment 2 Steffen Pingel CLA 2008-12-05 13:31:23 EST 
*** Bug 257707 has been marked as a duplicate of this bug. ***
Comment 3 Steffen Pingel CLA 2011-09-16 14:19:12 EDT 
The Trac and Bugzilla search pages now use the API provided in bug 310059. The progress bar is now embedded in the page only disabling a subset of the controls so that navigation in the search dialog is not obstructed.
Comment 4 Steffen Pingel CLA 2011-09-19 14:32:41 EDT 
Looks like there is a regression restoring the product selection in Bugzilla. Reopening to investigate that.
Comment 5 Steffen Pingel CLA 2011-09-22 04:49:07 EDT 
java.lang.StackOverflowError
	at org.eclipse.swt.internal.gtk.OS.gtk_entry_get_text(OS.java:6916)
	at org.eclipse.swt.widgets.Combo.getText(Combo.java:1064)
	at org.eclipse.mylyn.internal.bugzilla.ui.search.BugzillaSearchPage.getQueryParameters(BugzillaSearchPage.java:1307)
	at org.eclipse.mylyn.internal.bugzilla.ui.search.BugzillaSearchPage.applyTo(BugzillaSearchPage.java:2336)
	at org.eclipse.mylyn.tasks.ui.wizards.AbstractRepositoryQueryPage2.saveState(AbstractRepositoryQueryPage2.java:169)
	at org.eclipse.mylyn.internal.bugzilla.ui.search.BugzillaSearchPage.applyTo(BugzillaSearchPage.java:2338)
	at org.eclipse.mylyn.tasks.ui.wizards.AbstractRepositoryQueryPage2.saveState(AbstractRepositoryQueryPage2.java:169)
	at org.eclipse.mylyn.internal.bugzilla.ui.search.BugzillaSearchPage.applyTo(BugzillaSearchPage.java:2338)
	at org.eclipse.mylyn.tasks.ui.wizards.AbstractRepositoryQueryPage2.saveState(AbstractRepositoryQueryPage2.java:169)
Comment 6 Steffen Pingel CLA 2011-09-22 10:10:35 EDT 
I have fixed the outstanding issues and improved the abstraction. The Bugzilla and Trac search pages now use fewer containers, have less spacing and controls are properly aligned.