Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 401449 - Favorites links no longer opens editor page
Summary: Favorites links no longer opens editor page
Status: RESOLVED FIXED
Alias: None
Product: Orion
Classification: ECD
Component: Client (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: 2.0 RC3   Edit
Assignee: Susan McCourt CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-21 13:09 EST by Bogdan Gheorghe CLA
Modified: 2013-02-22 12:55 EST (History)
3 users (show)

See Also:
ken_walker: review+
mamacdon: review+


Attachments
fileCommands patch one of two (88.80 KB, patch)
2013-02-21 15:05 EST, Susan McCourt CLA
no flags Details | Diff
table patch, two of two (26.84 KB, patch)
2013-02-21 15:06 EST, Susan McCourt CLA
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Bogdan Gheorghe CLA 2013-02-21 13:09:49 EST
In the most recent build, if you blow away your cache and start from the login screen:

1. Click on some favorite link and notice it opens properly in an editor page.

2. Go back to the navigator and click on another link. Notice it opens as just a file (ie. no editor page),
Comment 1 Susan McCourt CLA 2013-02-21 13:21:05 EST
I checked all this when working bug 387488 and then bug 398643, but perhaps there is still some kind of race condition or problem with first time use.
Comment 2 Susan McCourt CLA 2013-02-21 14:56:33 EST
Indeed.  It's basically the problem described in bug 387488 comment 4.
The open with commands must be processed before we can generate favorites links.  My original fix worked, but was naive.  It moved the call to generate favorites to occur after the call to process the open with commands.  However the open with commands are processed asynchronously (to get content types, to read NLS keys, etc.) so that fix was still ripe for a race condition.

I know that the timing of the code on this page changed when we NLS'ed the create new content extension points (more asynch calls to get NLS keys) so I'm guessing this changed the timing.  Or it could have been some other change.  The point is that we need to return a deferred when we process the open with commands and then anyone depending on the timing can wait on that deferred.

I have a fix, just trying to get it pushed somewhere.
Comment 3 Susan McCourt CLA 2013-02-21 15:05:53 EST
Created attachment 227421 [details]
fileCommands patch one of two
Comment 4 Susan McCourt CLA 2013-02-21 15:06:16 EST
Created attachment 227422 [details]
table patch, two of two
Comment 5 Susan McCourt CLA 2013-02-21 15:07:59 EST
I have managed to get myself locked out of localhost and cannot push this commit.  So...here it is as two patch files.

To further complicate matters, the diff view sees the entire file changing, perhaps it's a line break thing.

I found that once I was able to stage the commits, the diff looked reasonable.

I have tested the fix and it definitely solves the problem for good.

Mark, could you possibly take these patches, review, and if approved, please commit/push them?
Comment 6 Mark Macdonald CLA 2013-02-21 15:36:05 EST
I pushed the patches to this branch for review:

http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/?h=bug401449
Comment 7 Mark Macdonald CLA 2013-02-21 15:38:50 EST
Looks good +
Comment 8 Ken Walker CLA 2013-02-21 15:49:22 EST
Attempting to push...
Comment 9 Ken Walker CLA 2013-02-21 15:54:16 EST
Pushed to master - waiting for build server to come back online
Comment 10 Simon Kaegi CLA 2013-02-22 12:55:58 EST
.