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.