UI problems with LXDE / OpenBox

[mkoniecz]

What steps will reproduce the problem?

1. Attempt to add tag (alt+a)

What is the expected result?

Window with text fields able to display input.

What happens instead?

Window with text fields unable to display input due to small size.

Please provide any additional information below. Attach a screenshot if possible.

Confirmed to happpen with default L&F (AFAIK, Metal is default one). I am testing whatever it happens with GTK.

It happens also with upload/download progress box. Confirmed to happpen with default L&F and GTK L&F.

Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2015-01-01 02:35:00
Last Changed Author: Don-vip
Revision: 7919
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Relative URL: ^/trunk
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2015-01-01 02:55:34 +0100 (Thu, 01 Jan 2015)
Last Changed Rev: 7919

Identification: JOSM/1.5 (7919 en) Linux Ubuntu 14.04.1 LTS
Memory Usage: 397 MB / 889 MB (233 MB allocated, but free)
Java version: 1.7.0_72, Oracle Corporation, Java HotSpot(TM) Server VM
Dataset consistency test: No problems found

Plugins:
- OpeningHoursEditor (30892)
- buildings_tools (30892)
- continuosDownload (1413902943)
- ext_tools (30892)
- measurement (30892)

I am using Lubuntu 14.04.

[mkoniecz]

Note that this it is happening frequently, but not always. For a long time I was trying to isolate what is a trigger for this problem but I failed to find one.

[Don-vip]

Are you using Unity as window manager? Does the problem only occur with Metal Look&Feel or also with GTK L&F?

[mkoniecz]

Are you using Unity as window manager?

No, I am using Lubuntu 14.04 - it has LXDE as desktop environment with Openbox as window manager.

Does the problem only occur with Metal Look&Feel or also with GTK L&F?

I will now switch to GTKLookAndFeel in my JOSM usage to check whatever it will keep happening. Unfortunately - it sometimes happens, sometimes no. Therefore I have no reliable way to reproduce it, so short test that I just did (everything worked properly) is not conclusive.

[Don-vip]

OK. Did you see this in other parts of the GUI, or just this dialog? If you're using other Java apps, did you the problem outside JOSM also?

[mkoniecz]

Did you see this in other parts of the GUI, or just this dialog?

"Too small window" applies also to download/upload progress box - it is sometimes too small to display full message. I never noticed it anywhere else.

I uploaded screenshot and attached it to the description.

If you're using other Java apps, did you the problem outside JOSM also?

I am using SmartGit, IntellijIdea and RubyMine - but they have completely custom L&F. I also never noticed such problem in Java programs that I made since switching to Linux (one of my older programs had similar problem, but it was caused by some kind of bug in my code).

[mkoniecz]

Too small download progress box happens also on GTK L&F.

[mkoniecz]

It happens also with GTK L&F. To be more specific: it happens with JOSM started with

java -jar -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel /home/mkoniecz/Documents/OSM/josm-latest.jar

I see differences in interface only for startup menu.

[Don-vip]

Replying to mkoniecz:

JOSM started with

java -jar -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel /home/mkoniecz/Documents/OSM/josm-latest.jar

I don't know if it's supposed to work this way. Why don't you change the L&F directly in JOSM preferences?

[mkoniecz]

OK, now it resulted in a proper change. Download box is broken even more, now I am waiting whatever add tag menu will also break at some point.

[mkoniecz]

I don't know if it's supposed to work this way.

It changes default L&F that is ignored by JOSM as soon as possible - but it is affecting UI during startup what fooled me.