Editor freezes to "read-only mode"

[GoogleCodeExporter]

Counterclockwise: 0.26.0 stable
Eclipse: 4.4.0.20140612 (Luna, Java EE Dev)

After starting a repl from an editor window (containing a Clojure namespace), 
the editor's behavior changes to something best described as "read-only mode".
The cursor is still blinking but can not be moved via mouse or arrow cursors, 
shortcuts do not work from the editor window and the content of the editor 
window can not be changed. Sometimes it is possible to type characters but 
backspace etc. do not work.

I could not check with Eclipse Kepler, yet.

Original issue reported on code.google.com by Gunnar.V...@googlemail.com on 13 Aug 2014 at 4:19

[GoogleCodeExporter]

The workspace log does not contain any stacktraces.

Original comment by Gunnar.V...@googlemail.com on 13 Aug 2014 at 4:20

[GoogleCodeExporter]

Closing and reopening the editor displaying the namespace often helps.
But when switching focus between REPL view input and editor window, the editor 
enter "read-only mode" again.

Original comment by Gunnar.V...@googlemail.com on 13 Aug 2014 at 4:43

[GoogleCodeExporter]

Ah, one important configuration detail: I use a two monitor setup where the 
REPL view is in an external window together with console view and others.

Original comment by Gunnar.V...@googlemail.com on 13 Aug 2014 at 5:03

[GoogleCodeExporter]

Hi Gunnar,

Ah, this is really annoying, I will work on it ASAP and release a service 
version (0.26.1).

This is indeed probably due to the fact that you have 2 main Windows, and some 
parts of the code probably do the wrong assumption that only one window is used.

Original comment by laurent....@gmail.com on 15 Aug 2014 at 10:17

• Changed state: Accepted
• Added labels: next

[GoogleCodeExporter]

Update: I switched back to Eclipse Kepler (4.3.2.M20140221-1700) and updated to 
CCW 0.26.0. The bug has not occured so far with this setup. So changes in 
Eclipse Luna are likely reasons for this.

Original comment by Gunnar.V...@googlemail.com on 15 Aug 2014 at 10:22

[GoogleCodeExporter]

That's interesting.

I have already switched to Luna on my laptop, so I'll try to see what happens.

My fear is that it will be yet another problem introduced by the Eclipse 3 / 
Eclipse 4 compatibility layer (most if not all Eclipse IDE plugins use Eclipse 
3 APIs and thus use the compat layer, ccw being no exception).

Meaning it may prove difficult to maintain the right behaviour for Kepler & 
Luna at the same time.

We'll see ...

Original comment by laurent....@gmail.com on 15 Aug 2014 at 10:26

[GoogleCodeExporter]

I did tests as follow:

- start a repl from an editor
- move the repl outside the eclipse window, so that the repl view gets its own 
window
- close the repl view (this will kill the underlying jvm)
- restart a repl from the editor
- it creates the repl directly in its own window
- i can go back and forth between the repl, the editor, everything seems to 
work well so far

tested with Eclipse Luna, on OS X Mavericks, Oracle Java 8

Original comment by laurent....@gmail.com on 16 Aug 2014 at 9:20

• Changed state: InfoNeeded

[GoogleCodeExporter]

I feared so. I am now testing with a newly created workspace for Eclipse Luna.
Previously, I kept using the one from Eclipse Kepler.

It probably does not matter but I am still using Oracle Java 7.

Original comment by Gunnar.V...@googlemail.com on 19 Aug 2014 at 8:24

[GoogleCodeExporter]

After 2 hours of working in the new workspace the above described error 
symptoms occured again.
(My project has been imported since it is in an external location anyway.)

The log contains no real stacktraces but a lot of the following entries:

!ENTRY ccw.core 2 0 2014-08-19 18:16:52.638
!MESSAGE Failed to read file solution.clj (java.lang.RuntimeException: 
Unmatched delimiter: ))

!ENTRY ccw.core 2 0 2014-08-19 18:16:53.878
!MESSAGE Failed to read file solution.clj (java.lang.RuntimeException: 
Unmatched delimiter: ))

They were present in the previous try as well, but seemed unrelated. Maybe they 
are not?

The external window contained the REPLView, the console view and the file 
search view. (In case it matters, file search was used several times.)

I have no idea how to track this down, because it is not immediately 
reproducible.

Original comment by Gunnar.V...@googlemail.com on 19 Aug 2014 at 4:28

[GoogleCodeExporter]

Original comment by laurent....@gmail.com on 21 Aug 2014 at 8:38

• Added labels: 0.28
• Removed labels: next

[GoogleCodeExporter]

Original comment by laurent....@gmail.com on 25 Sep 2014 at 9:27

• Added labels: 0.28.1
• Removed labels: 0.28

[GoogleCodeExporter]

Sorry, didn't have the time to chase this issue. No idea also, how to easily 
reproduce it :-)

Original comment by laurent....@gmail.com on 2 Oct 2014 at 12:39

[GoogleCodeExporter]

In CCW 0.29.0 with Eclipse Luna SR1 (4.4.1.M20140925-0400) the problem changed 
but is easily reproducible.

Setup: The main eclipse window contains the editor and the second monitor 
contains the REPL View, console and some more views.

When switching focus from REPL view to Clojure editor via the mouse and back 
again from Clojure editor to REPL view, then the "caret"/"cursor" is not 
visible anymore.
Typing, content assict and selection via mouse or keyboard still work. Only 
that cursor vanishes.

After switching tabs on the second monitor (REPL view -> Console -> REPL view) 
the cursor is visible again.

Original comment by Gunnar.V...@googlemail.com on 10 Nov 2014 at 1:43

[GoogleCodeExporter]

To reproduce the issue, do I really need to have 2 monitors, or does it suffice 
to e.g. invoke "View in new window" and have the windows side to side on the 
same monitor ?

I'll be able to try at work, where I have 2 monitors.

Original comment by laurent....@gmail.com on 10 Nov 2014 at 9:52

[GoogleCodeExporter]

I am not sure whether you really need a second monitor.
I have usually used drag & drop initially to drag the views on the second 
monitor.
It might behave the same if you do that on one monitor.
I can try that.

Original comment by Gunnar.V...@googlemail.com on 11 Nov 2014 at 7:20

[GoogleCodeExporter]

I tested on my Mac Book Air, was not able to test with 2 monitors at work yet.

What I'm doing is grabbing the REPL View out of the Eclipse Window. This 
creates a separate Shell/Window. It does not have the toolbars, etc., but can 
be moved around independently on the desktop.

Interestingly, I tried  to create a new virtual desktop. I can only move both 
windows at the same time. Dunno if this "problem" is related to yours.

Original comment by laurent....@gmail.com on 12 Nov 2014 at 10:34

[GoogleCodeExporter]

I don't have the cursor problem with the latest version of 
counterclockwise/Standalone (note that it comes with Eclipse Mars M3, so maybe 
something has been fixed by the Eclipse team). Will try with Luna SR1

Original comment by laurent....@gmail.com on 17 Nov 2014 at 1:09

[GoogleCodeExporter]

I did a 5 minute testing with the latest standalone product from master [1]. I 
could not reproduce the problem. So, maybe they really fixed it in eclipse 
gradually in Luna SR1 and the next version Mars.

[1] 
http://updatesite.ccw-ide.org/branch/master/CI0153-master-gitd17b825/products/Co
unterclockwise-0.29.2-SNAPSHOT-linux.gtk.x86_64.zip

Original comment by Gunnar.V...@googlemail.com on 17 Nov 2014 at 1:17

[GoogleCodeExporter]

Ok, good news then. 

I installed Luna SR1, and then CCW 0.29.0, but I still wasn't able to reproduce 
the issue on my Ubuntu 14.04 with the 2 monitors.

So as far as I'm concerned, the problem is - alas - still not reproducible in 
my environment :-(

Original comment by laurent....@gmail.com on 17 Nov 2014 at 2:02

[GoogleCodeExporter]

Since this bug seems to disappear with Eclipse Mars, I think there's no point 
in trying to find a work-around. Eclipse Mars M3 seems stable enough.

Original comment by laurent....@gmail.com on 17 Nov 2014 at 7:38

• Changed state: WontFix