Summary
I cannot scroll the JavaScript app at all on Android or iOS, even with a simple form containing just the generated Hello World controls and one long SpanLabel. The content does not move at all when I swipe. I get the same result in Chrome and Edge on Android, and Safari and Chrome on iOS.
On mobile, the hamburger menu and the "Hello World" button also often do not respond when I tap them, or respond only after a long delay.
Minimal reproducer
Test URL: https://routinote.hopto.me/scrolling-test-mobile/.
I generated the project with the web Initializr and added only one long SpanLabel to the generated Hello World screen. I compiled the JavaScript port using the Codename One cloud build server, not an offline build. The full entry-class source is included in #5910.
The test above uses that same cloud output with only a viewport meta tag added to index.html, addressing the omission reported in #5909. The original output is also available at https://routinote.hopto.me/scrolling-test/.
Steps to reproduce
- Open https://routinote.hopto.me/scrolling-test-mobile/ on a phone.
- Wait for the
Hi World form and long text to appear.
- Swipe vertically over the text to reach the content below the visible area.
- The content does not move. The same failure occurs in all four browsers listed below.
Expected and observed behavior
Expected: vertical touch gestures scroll the form's content so that all of the long SpanLabel can be read.
Observed: scrolling is completely blocked on mobile, even with this minimal layout and with the viewport declaration present. The complete lack of scrolling appears to be limited to mobile devices.
Additional desktop observation: scrolling remains possible on desktop, but with more complex layouts it becomes very slow and feels unnatural. I noticed this a few days ago in another project that I have since deleted. I also see it in the Codename One Dashboard: scrolling the list of builds is very slow and unnatural.
Codename One version
7.0.273 (the minimal Initializr project's core and Maven plugin).
JDK version
Microsoft OpenJDK 17.0.19.
Target environment
JavaScript port on physical mobile devices:
| Platform |
Browser |
Result |
| Android |
Chrome |
No scrolling at all |
| Android |
Microsoft Edge |
No scrolling at all |
| iOS |
Safari |
No scrolling at all |
| iOS |
Chrome |
No scrolling at all |
Build submission host: macOS 15.8.
Last known working version
Unknown.
Logs and diagnostics
The mobile test already includes:
<meta name="viewport" content="width=device-width, initial-scale=1.0">
JavaScript and CSS are unchanged from the cloud output.
Screenshots or recordings
No recording attached; the live minimal example is linked above.
Report checks
Summary
I cannot scroll the JavaScript app at all on Android or iOS, even with a simple form containing just the generated Hello World controls and one long
SpanLabel. The content does not move at all when I swipe. I get the same result in Chrome and Edge on Android, and Safari and Chrome on iOS.On mobile, the hamburger menu and the "Hello World" button also often do not respond when I tap them, or respond only after a long delay.
Minimal reproducer
Test URL: https://routinote.hopto.me/scrolling-test-mobile/.
I generated the project with the web Initializr and added only one long
SpanLabelto the generated Hello World screen. I compiled the JavaScript port using the Codename One cloud build server, not an offline build. The full entry-class source is included in #5910.The test above uses that same cloud output with only a viewport meta tag added to
index.html, addressing the omission reported in #5909. The original output is also available at https://routinote.hopto.me/scrolling-test/.Steps to reproduce
Hi Worldform and long text to appear.Expected and observed behavior
Expected: vertical touch gestures scroll the form's content so that all of the long
SpanLabelcan be read.Observed: scrolling is completely blocked on mobile, even with this minimal layout and with the viewport declaration present. The complete lack of scrolling appears to be limited to mobile devices.
Additional desktop observation: scrolling remains possible on desktop, but with more complex layouts it becomes very slow and feels unnatural. I noticed this a few days ago in another project that I have since deleted. I also see it in the Codename One Dashboard: scrolling the list of builds is very slow and unnatural.
Codename One version
7.0.273 (the minimal Initializr project's core and Maven plugin).
JDK version
Microsoft OpenJDK 17.0.19.
Target environment
JavaScript port on physical mobile devices:
Build submission host: macOS 15.8.
Last known working version
Unknown.
Logs and diagnostics
The mobile test already includes:
JavaScript and CSS are unchanged from the cloud output.
Screenshots or recordings
No recording attached; the live minimal example is linked above.
Report checks