#7066 closed defect (duplicate)
josm no longer under window manager control
Reported by: | mess | Owned by: | team |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | Core | Version: | latest |
Keywords: | Cc: |
Description
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.
Attachments (0)
Change History (6)
comment:1 by , 13 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
follow-up: 4 comment:2 by , 13 years ago
Resolution: | worksforme |
---|---|
Status: | closed → reopened |
I can confirm this problem. (fresh pref folder & xfce wm)
comment:3 by , 13 years ago
@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'.
comment:4 by , 13 years ago
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.
comment:5 by , 13 years ago
Resolution: | → duplicate |
---|---|
Status: | reopened → closed |
Sounds much like you activated fullscreen mode. Should be fixable by pressing <F11> (or deleting prefs).