Opened 3 years ago
Last modified 2 years ago
#22036 new defect
HiDPI screen with JAVA-17 is broken again
Reported by: | anonymous | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core | Version: | tested |
Keywords: | template_report | Cc: |
Description
What steps will reproduce the problem?
- Launch JOSM. Nothing to do.
What is the expected result?
I'm a long time user of JOSM. In the past, it was working fine and I could see the maps with proper sizes for labels, and roads, etc. And this is what I expectd. To have a usable map.
What happens instead?
A map where all texts are so tiny that I need glasses..
Please provide any additional information below. Attach a screenshot if possible.
https://i.postimg.cc/ZRLFXw3d/josm.png
I'm using java 17. I've seen many issues about HiDPi screens, and all i've seen recommend to use latest version of java (or anything bigger than 8). I have 17 and I still face the issue.
Revision:18427 Build-Date:2022-04-05 19:23:14 Identification: JOSM/1.5 (18427 en_GB) Windows 10 64-Bit OS Build number: Windows 10 Enterprise 2009 (19044) Memory Usage: 694 MB / 4076 MB (395 MB allocated, but free) Java version: 17.0.2+8-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel Screen: \Display0 3840×2160 (scaling 1.50×1.50) Maximum Screen Size: 3840×2160 Best cursor sizes: 16×16→48×48, 32×32→48×48 System property file.encoding: Cp1252 System property sun.jnu.encoding: Cp1252 Locale info: en_GB Numbers with default locale: 1234567890 -> 1234567890 VM arguments: [-Djpackage.app-version=1.5.18427, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe] Plugins: + imagery_offset_db (35893) + turnrestrictions (35893) Last errors/warnings: - 00032.868 E: Failed to locate image 'Navaid, White/Red' - 00032.869 E: Failed to locate image 'Navaid, White/Red' - 00032.870 E: Failed to locate image 'Navaid, White/Red' - 00032.870 E: Failed to locate image 'Navaid, White/Red' - 00032.871 E: Failed to locate image 'Navaid, White/Red' - 00032.872 E: Failed to locate image 'Navaid, White/Red' - 00032.874 E: Failed to locate image 'Navaid, White/Red' - 00032.876 E: Failed to locate image 'Navaid, White/Red' - 00032.882 E: Failed to locate image 'Navaid, White/Red' - 00032.885 E: Failed to locate image 'Navaid, White/Red'
Attachments (1)
Change History (4)
by , 3 years ago
comment:1 by , 3 years ago
follow-up: 3 comment:2 by , 2 years ago
Same issue here on Debian with openjdk 11.0.15 dated 2022-04-19.
comment:3 by , 2 years ago
Replying to rpnpif:
Same issue here on Debian with openjdk 11.0.15 dated 2022-04-19.
My workaround before fixing :
xrandr --output eDP-1 --scale 0.75x0.75
java -jar josm-tested.jar $@
xrandr --output eDP-1 --scale 1x1
But this workaround modifies all the screen that it is not comfortable with the other applications that run at the same time and some fonts are still too small.
Same issue with Linux Debian.