Re: Re: [Subclipse-users] Compare with pegged revision

I can confirm that I see the same thing. I am just guessing, but I
suspect that this change that Johan Compagner made to fix an issue
with Eclipse 3.5 is the root cause of the problem:

http://subclipse.tigris.org/issues/show_bug.cgi?id=838

My guess is that we are not generating a unique name for the item and
so the internal Eclipse caching thinks it already has the file it
needs and does not have us fetch it again from the server.

Johan, can you take a look at this? I see your patch appended the
lastChangedRevision to the path. In this scenario, the revision ought
to be the one the user selected. I am not sure how to get that
factored in though.

Mark

On Wed, Nov 11, 2009 at 10:25 PM, Jacob Weber <jacob_at_jacobweber.com> wrote:
> OK, I seem to have narrowed it down. Sorry for all the misinformation.
>
> Here's how to reproduce the problem:
> 1. Launch Eclipse.
> 2. Right-click a file, select Compare With > Branch/Tag and enter a revision. It will compare the file against the revision you entered.
> 3. Compare the file again, this time against a different revision. It will compare against the revision you entered in step 2, not the one you just entered.
> 4. You can repeat with different revisions, but it will always compare against the first revision.
> 5. You have to quit and re-launch Eclipse to use a different revision.
>
> Submitted as issue #1031.
>
> ------------------------------------------------------
> http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2416864
>
> To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
>

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2417045
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].