#22696 closed defect (othersoftware)
Add tag dialogue doesn't work properly with right to left languages
Reported by: | Owned by: | team | |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core | Version: | |
Keywords: | template_report, javabug, macos, aqualaf | Cc: |
Description (last modified by )
What steps will reproduce the problem?
- Open add tag dialogue
name:ar
=92 شارع 92
- Right-side of the entered text is behind the drop-down arrows (so the last
92
is not visible)
What is the expected result?
What happens instead?
Please provide any additional information below. Attach a screenshot if possible.
URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2023-01-03 21:28:24 +0100 (Tue, 03 Jan 2023) Build-Date:2023-01-04 02:30:56 Revision:18622 Relative:URL: ^/trunk Identification: JOSM/1.5 (18622 en) Mac OS X 13.0 OS Build number: macOS 13.0 (22A380) Memory Usage: 785 MB / 1820 MB (126 MB allocated, but free) Java version: 1.8.0_361-b09, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Look and Feel: com.apple.laf.AquaLookAndFeel Screen: Display 1 2240×1260 (scaling 1.00×1.00) Display 2 1920×1080 (scaling 1.00×1.00) Maximum Screen Size: 2240×1260 Best cursor sizes: 16×16→16×16, 32×32→32×32 System property file.encoding: UTF-8 System property sun.jnu.encoding: UTF-8 Locale info: en_US Numbers with default locale: 1234567890 -> 1234567890 VM arguments: [-Djava.security.policy=file:<java.home>/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.home=<java.home>/bin, -Djava.security.manager, -Djnlpx.origFilenameArg=${HOME}/Desktop/josm.jnlp, -Djnlpx.remove=false, -Dsun.awt.warmup=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Dmacosx.jnlpx.dock.name=JOSM, -Dmacosx.jnlpx.dock.icon=${HOME}/Library/Application Support/Oracle/Java/Deployment/cache/6.0/25/4c122699-58bed0de.icns, -Djnlpx.jvm="<java.home>/bin/java"] Dataset consistency test: No problems found Plugins: + apache-commons (36034) + apache-http (35924) + auto_tools (81) + buildings_tools (36011) + easypresets (1623509627) + graphview (36011) + jna (36005) + mapwithai (v1.10.2) + mapwithai (v1.10.3) + markseen (14) + osm-obj-info (66) + rex (53) + turnrestrictions (36011) + utilsplugin2 (36011) Tagging presets: + <josm.userdata>/EasyPresets.xml Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1 + https://raw.githubusercontent.com/KaartGroup/Kaart-Styles/master/Kaart-Styles.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1 + https://raw.githubusercontent.com/KaartGroup/Kaart-Styles/master/Overlapping%20Ways.mapcss - ${HOME}/Desktop/Name-en_test copy (1).mapcss + https://josm.openstreetmap.de/josmfile?page=Styles/MapWithAI&zip=1 Validator rules: + https://raw.githubusercontent.com/KaartGroup/KaartValidator/master/kaart.clingstone.validator.mapcss + https://raw.githubusercontent.com/KaartGroup/KaartValidator/master/kaart.indonesiaNames.validator.mapcss Last errors/warnings: - 43415.014 W: java.net.ConnectException: Connection refused (Connection refused) - 43420.052 W: java.net.ConnectException: Connection refused (Connection refused) - 43429.002 W: java.net.SocketTimeoutException: connect timed out - 43429.002 W: java.net.SocketTimeoutException: connect timed out - 43429.028 W: java.net.SocketTimeoutException: connect timed out - 43429.028 W: java.net.SocketTimeoutException: connect timed out - 43429.028 W: java.net.SocketTimeoutException: connect timed out - 43429.029 W: Already here java.net.SocketTimeoutException: connect timed out - 43435.061 W: java.net.SocketTimeoutException: connect timed out - 43440.046 W: java.net.ConnectException: Connection refused (Connection refused)
Attachments (0)
Change History (9)
comment:1 by , 2 years ago
Description: | modified (diff) |
---|
comment:2 by , 2 years ago
Keywords: | javabug macos added |
---|---|
Resolution: | → othersoftware |
Status: | new → closed |
follow-up: 4 comment:3 by , 2 years ago
I've reported this upstream. It looks like the Aqua LaF is not checking to see what the component orientation is.
See AquaComboBoxButton#paintComponent versus MetalComboBoxButton#paintComponent. Notably, MetalComboBoxButton checks to see what the orientation for the combobox is, unlike AquaComboBoxButton.
comment:4 by , 2 years ago
comment:6 by , 2 years ago
Keywords: | aqualaf added |
---|
Upstream ticket: https://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8301939
It looks like I missed a ticket that someone reported earlier, https://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8023912 . That ticket has been open for > 8 years. On the plus side, my duplicate ticket points at the source code locations, so maybe it will be fixed in the next decade.
comment:8 by , 20 months ago
comment:9 by , 20 months ago
I know I haven't been keeping the JavaBugs page up-to-date.
I also know I'm not fixing the bugs in Java myself (thanks to their contribution agreement -- I actively avoid contributing code to projects with a CLA).
With that said, since we are distributing Java with JOSM for some users, we could just have a fork of the JDK with some fixes for stuff that affects us. But then we have to keep it up-to-date, which might be a PITA.
It looks like this is a bug with
com.apple.laf.AquaLookAndFeel
.I would recommend switching to a different Look and Feel, such as
Metal
.See wiki:Help/Preferences/Display for details on how to change the Look and Feel.