Community
Participate
Working Groups
Build Identifier: 20100218-1602 If 'link with editor and selection' is toggled in history view to 'on', events selected in this view everytime where applyed to the editor file instead of the selection. E.g. in case of reverting a file, eclipse changes the wrong data. If you would not mention this and save your project, it becomes broken. Reproducible: Always Steps to Reproduce: 1. open editor view and toggle button 'link with editor and selection' 2. select a file in the package explorer 3. select a previous version in the history view and choose 'revert' 4. the file to be reverted is not the one from the history view (or selected in the package explorer). Instead the current shown file of the editor becomes reverted
Move to Subversive.
> 1. open editor view and toggle button 'link with editor and selection' > 2. select a file in the package explorer > 3. select a previous version in the history view and choose 'revert' > 4. the file to be reverted is not the one from the history view (or selected in the package explorer). Instead the current shown file of the > editor becomes reverted I suppose you called Revert action from Team menu by right-clicking the file in any navigator view. But I can't understand how History View can impact on Revert action or vice versa: if you call Revert action for file then its content is reverted what can be broken here? Probably I missed some point here so could you please provide more detailed steps, also do you use Subversive?
yes - i use subversive no - i choosed the 'get code'-entry by right-clicking the repository version in the history-view. but instead getting code for THIS selection, and substitute it with the file chosen short before in the navigator, the action substitudes the code from the version of the currently opened file in the editor
It correctly works for me, here are steps I used: 1. open History view and toggle button 'link with editor and selection' 2. selected a file Foo.java in package Explorer, as a result History View was changed to show history for Foo.java 3. select a previous version of Foo.java in the history view and choose 'Get Content' 4. as a result content of Foo.java was replaced by its content in previous revision which is correct Could you please check what I made different and what are expected and actual results?
Yes! I know the crucial difference, since i made this video for you: www.visualcockpit.de/service/history_failure.mp4 First difference: Before step 2 you have to open another file Foo2.java in your editor -> the file eclipse would misleadingly replaces the previous version in. BUT the crucial difference is to have the package explorer and the history view opened in a separate window (as you can see in my example video). Explenation of what I found out: If all views are in one window everythings work fine. If you have the package explorer in a separate window, choosing there the file and returning back to the history view (belonging to the main frame), the selection for the history changes to the currently in editor openend file. If both views (explorer and history) are in separate windows, the history changes the selectio to the currently in editor opened file just after selecting 'get content' and replaces the content in the wrong file. Though i use 2 monitors I just where able to describe the full circumstances during a made the video for a single-monitor perspective (where I got same results like you). Hope that would aid you.
I can reproduce the problem. Here are steps to reproduce: 1. open History view and toggle button 'link with editor and selection' 2. open history view and package explorer in separate windows (as a result we'll get 3 windows: history view, package explorer and main), this is important 3. open file Bar.java in editor 4. select Foo.java in package explorer, as a result History View was changed to show history for Foo.java 5. switch to History View, it shows content for Foo.java 6. select previous revision and call Get content 7. expected that content for Foo.java will be replaced but instead it's replaced content for Bar.java (content for History View was changed to Bar.java just before executing 'Get Content'; content for Bar.java was replaced by corresponding to it repository url as History View was switched to Bar.java but with selected revision for Foo.java) Thomas, thanks for provided steps, we'll work on this problem
I'm glad that I could help you.
I'm sorry for requesting additional information after all this time, but at the moment I can't ask Igor about the issue and I'm unable to reproduce the issue nor when using single window, nor when using two of them (although I have no understanding how it is possible at all to have an interaction between History View and Package Explorer opened in different windows, because they interacts only within one window). So, after trying all the steps mentioned before I haven't succeeded in reproducing the issue and if you still have the video you've made earlier, could you please share it once more? Or could you please check if the issue still exists within the latest plug-in version if you perform all those steps?
I've tried to reproduce it in Eclipse 3.5, 3.6 and 3.7 with the current Subversive version to my heart contents, but without any success. At this point I'll give up: it is possible that the issue was fixed, but the bug report was leaved unprocessed. If the issue still could be reproduced in some way, please reopen the report.
