search

fabioz / startexplorer

This Eclipse plug-in offers tight integration of system file manager (Windows Explorer, Gnome Nautilus, KDE Konqueror, Mac Finder, ...) and shell (cmd.exe, Linux/Mac terminal) in Eclipse.
https://fabioz.github.io/startexplorer/
MIT License
148 stars 55 forks source link

Upgrade from 1.5.0 to 1.5.1 screws up Undo/Redo history, causes Ctrl keyboard shortcuts to not work #41

Closed ADTC closed 10 years ago

ADTC commented 10 years ago

I had to revert the upgrade because Ctrl keyboard shortcuts stopped working completely (Ctrl-K, Ctrl-Z, Ctrl-Y, etc), and the editor no longer stored anything in the Undo/Redo history as I edited files.

basti1302 commented 10 years ago

I really can't see how the changes in 1.5.1 or the code in StartExplorer at all could cause the problems you describe. Did you take a look at the log files when this happened? Could you send me the Eclipse log file from the time when you noticed this problems?

ADTC commented 10 years ago

Can you direct me to where Eclipse writes its logs so that I can quickly find it? I will take a look tomorrow.

I don't know if any of the dropins would cause the issue (they can be downloaded with a google search): jp.sourceforge.pdt_tools.HideQuickAccess_1.0.0.201206301941.jar undoredo_1.0.0.jar (this is just an XML that adds undo/redo buttons on the toolbar (yeah, it's ridiculous such a basic feature is not part of standard Eclipse))

basti1302 commented 10 years ago

The log files are in the .metadata sub directory of your Eclipse workspace. Eclipse keeps a number of log files around, so have a look at the timestamps in the files. Maybe there are log entries from the time you experienced the issues.

basti1302 commented 10 years ago

Ahem. You use a plugin that does things with undo/redo. You had issues with undo/redo. Just saying ;-)

Why do you suspect StartExplorer to be the culprit? Did the problems start directly after upgrading?

ADTC commented 10 years ago

Ah never mind... After a lot of testing, I found that my Eclipse workspaces are corrupted. Argh!

Re-creating them :/

ADTC commented 10 years ago

Please reopen. Issue confirmed to be caused by StartExplorer 1.5.1

1) Fresh Eclipse install, imported preferences attached (prefs.rar). 2) Imported sources from old workspace to new workspace.

Note that you may only find the issue when you close all editors, then open a new editor. I used Open Resource to open the editor. Also, my workspace has a lot of source files.

I don't find any exceptions in the log. I have tried the -clean option but it didn't help.

I'm unable to attach files here unless I make them pretend to be images: This is ".log.NOTjpg.jpg" log notjpg This is "prefs.rar.NOTjpg.jpg" prefs rar notjpg

basti1302 commented 10 years ago

Neither can I access the logs nor your preferences. Seems github does some processing on them which only works for real images.

You could create a gist and copy/paste the log file content there or upload them anywhere publicly and post the link here. See https://github.com/ned14/BEurtle/issues/1 for ideas.

ADTC commented 10 years ago

That's strange, I was able to download the first link, change .jpg to .txt and access the text content. For the second, it works the same way, except .jpg should change to .rar

Anyway: https://gist.github.com/ADTC/7688815

basti1302 commented 10 years ago

Sorry, I'm not able to reproduce this and I have no clue what is going on on your machine. Also, I have not heard anything remotely similar from other users. Please use 1.5.0 as a workaround.

The features added in 1.5.1 are really minor stuff for very special use cases, so you won't be missing out much.

ADTC commented 10 years ago

It's alright. I guess we have to leave it in the Mystery Islands. Thanks for your time and quick responses!