josm no longer under window manager control

[mess]

On starting josm, it fills the whole screen obscuring the panel and, more importantly
without the window manager boundary windows to allowing resizing, moving and so forth.
So it is almost unusable. The window is always locked "on top" so it is not even
possible to use even the preferences window.

Fortunately the window manager keyboard short cut keys still function so it is not quite
true that it is not under window manager control.

This happened first a few versions ago.

---

Warning: Failed to scan file 'remotecontrol.jar' for plug-in information. Skipping.
org.openstreetmap.josm.plugins.PluginException: An error occurred in plug-in remotecontrol

at org.openstreetmap.josm.plugins.PluginInformation.<init>(PluginInformation.java:92)
at org.openstreetmap.josm.plugins.ReadLocalPluginInformationTask.processJarFile(ReadLocalPluginInformationTask.java:60)
at org.openstreetmap.josm.plugins.ReadLocalPluginInformationTask.scanPluginFiles(ReadLocalPluginInformationTask.java:148)
at org.openstreetmap.josm.plugins.ReadLocalPluginInformationTask.scanLocalPluginRepository(ReadLocalPluginInformationTask.java:167)
at org.openstreetmap.josm.plugins.ReadLocalPluginInformationTask.realRun(ReadLocalPluginInformationTask.java:220)
at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:79)
at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:125)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)

Caused by: java.io.FileNotFoundException: /ael_elf1/ael/.josm/plugins/remotecontrol.jar (Permission denied)

at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:120)
at org.openstreetmap.josm.plugins.PluginInformation.<init>(PluginInformation.java:84)
... 12 more

---

Repository Root: ​http://josm.openstreetmap.de/svn
Build-Date: 2011-11-18 02:32:13
Last Changed Author: bastiK
Revision: 4597
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: ​http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2011-11-17 17:58:08 +0100 (Thu, 17 Nov 2011)
Last Changed Rev: 4597

GET ​http://api.openstreetmap.org/api/capabilities... OK
Communications with ​http://api.openstreetmap.org/api established using protocol version 0.6
Could not load tool definition tagginggroup_Travel/Tourism
Could not load tool definition tagginggroup_Travel/Food+Drinks
Could not load tool definition tagginggroup_Travel/Historic Places
Could not load tool definition tagginggroup_Man-Made/Man Made
loading plugin 'editgpx' (version 26731)
loading plugin 'DirectUpload' (version 26849)
Silent shortcut conflict: 'tools:uploadtraces' moved by 'tools:jumpto' to 'Ctrl+Shift+G'.
loading plugin 'measurement' (version 26731)
Could not load tool definition tagginggroup_Travel/Tourism
Could not load tool definition tagginggroup_Travel/Food+Drinks
Could not load tool definition tagginggroup_Travel/Historic Places
Could not load tool definition tagginggroup_Man-Made/Man Made
Unable to create directory /ael_elf1/ael/.josm/autosave/deleted_layers, autosave will be disabled

---

If it make a difference, this is under xfce. josm has worked perfectly in this system
until recently.

[stoecker]

Sounds much like you activated fullscreen mode. Should be fixable by pressing <F11> (or deleting prefs).

[bastiK]

I can confirm this problem. (fresh pref folder & xfce wm)

[bastiK]

@mess: reading your description carefully again, I'm not sure I can reproduce exactly that. Please start with a fresh .josm folder and check if the problem is gone. (You'll need to Alt-drag the window on first start, but the window controls should be there.)

@team: What I can see is that the window uses the full screen size so the window title and the menu is below the xfce panel. I've looked into it - this seems to be an unsolved xfce/java issue. Apparently there is no sane way to get the panel size and position in Java.

One possible fix: start in maximized state and make the normal size only 2/3 of the screen width and height. For the record: The problem is introduced with [2876], where the initial window state was changed from maximized to normal.

At the moment, I'd vote for closing this as 'othersoftware'.

[skyper]

Replying to bastiK:

I can confirm this problem. (fresh pref folder & xfce wm)

As I already have reported (#5833) it has to do with the window manager and its version.

I have this problem for a long time with LXDE and openbox on a debian squeeze. On Ubuntu 10.10 (not very up to date) and XFCE + xfwm4 ) it does not work either.

A workaround is to start josm with the option --maximize.

I have to check if it happens with other java programs, too. Think it is more a java <-> WM problem.

Just tested with Mediathek.jar (do not use many java Programs) and no problem.

[stoecker]

Closed as duplicate of #5833.