Show form validation errors
Categories
(GeckoView :: General, defect, P2)
Tracking
(Webcompat Priority:P3, firefox104 affected, firefox105 affected, firefox106 affected, firefox107 affected)
Webcompat Priority | P3 |
People
(Reporter: snorp, Assigned: m_kato)
References
(Blocks 1 open bug)
Details
(Whiteboard: [geckoview:2022h2?] [geckoview:m107] [geckoview:m108] [geckoview:m109][fxdroid][group4])
Attachments
(5 files)
Comment 1•6 years ago
|
||
Reporter | ||
Comment 2•6 years ago
|
||
Comment 3•6 years ago
|
||
Updated•6 years ago
|
Comment 5•6 years ago
|
||
(In reply to James Willcox (:snorp) (jwillcox@mozilla.com) (he/him) from comment #2)
Fennec has some glue to provide Java UI in order to show the validation
errors. We don't have this in GeckoView currently, and would prefer to have
an in-content solution rather than showing Java UI (which is very error
prone when it comes to placement and scrolling, etc).
James, does "in-content solution" mean GV would display the validation errors instead of notifying the app with a GV API?
Makoto filed bug 1539308 suggesting that GV might need something like Fennec's FormAssistant.jsm. If Fennec can show validation errors, do we need to fix this in GV before we migrate Fennec users to Fenix?
Reporter | ||
Comment 6•6 years ago
|
||
I don't think it blocks Fenix, IMHO, but would be good to fix. I think most sites are still doing their own form validation/messaging anyway. But yeah, we would need to add something similar to FormAssistant.jsm
or tell the app so it can show its own UI.
Comment 10•4 years ago
|
||
Is someone able and willing to point vaguely to the part of the code where you'd ideally add the code to make this work? I would very much prefer not to roll my own validation yet. I might have the energy to wade in and see whether I could help.
Comment 11•3 years ago
|
||
I'm also waiting for this to be added to Geckoview.
All browsers currently support HTML5 Form Validation method, so it's irritating me I have to create another solution on my website just for Geckoview.
Comment 12•3 years ago
|
||
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Updated•3 years ago
|
Comment 14•2 years ago
|
||
Someone filed a new Fenix webcompat bug for this issue this week: https://github.com/mozilla-mobile/fenix/issues/26713
Since this issue is still causing webcompat problems, we should try to fix it soon, maybe in 107.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 17•2 years ago
|
||
Seeing that this is tracked as affecting version 104 through 107, I'm wondering if the browser-compat-data project should reflect the partial implementation. What's your take on this?
Comment 18•2 years ago
|
||
I noticed that the issue affects latest Nightly 109.0a1, making Firefox Android the only main browser not fully supporting cliend-side hml5 built-in validation. This bug report is open from 2018, so I believe it's hard to fix. Are there any plans/dates for the fix?
Assignee | ||
Comment 20•2 years ago
|
||
I would like to use same logic of notifyInvalidSubmit in GeckoView, so
move a part of notifyInvalidSubmit to other module.
Assignee | ||
Comment 21•2 years ago
|
||
I would like to expose form validation APIs to add geckoview-junit, and
for web browser that can customize this notification.
Depends on D164987
Assignee | ||
Comment 22•2 years ago
|
||
Unfortunately, Android has no bubble style pop up notification. As
default, I add native form validation pop up in GeckoView default.
But since its API is exposed, web browser app can add custom
implementation.
This resources are from Fennec's code base, so this design is same as
Fennec.
Depends on D164988
Comment 24•2 years ago
|
||
(In reply to Chris Peterson [:cpeterson] from comment #23)
Enhancements should have severity N/A.
Is this an enhancement or a bug? It does not currently even scroll back up to the error field.
IMO this is a bug.
Comment 25•2 years ago
|
||
(In reply to jake from comment #24)
Is this an enhancement or a bug? It does not currently even scroll back up to the error field.
IMO this is a bug.
Thanks for catching that. You're right that this is definitely a bug causing webcompat problems for some sites. I'm not sure why this bug was categorized as an enhancement before.
Comment 26•2 years ago
|
||
5 years later, and we're still not seeing form validation errors on Firefox mobile. There's no pop-up or emphasized border. Interestingly, it works perfectly on Firefox in Windows and Chrome on Android. Thank you for your continued efforts on this; it's much appreciated. Could you please provide an update on the current status of the issue?
Comment 28•1 year ago
|
||
Hi, is it possible to have some feedback about this issue?
If you are working on it, if there is a possible date to deploy the fix, if is not in your radrs for some reason...
Thanks!
Comment 30•1 year ago
|
||
Yes, sorry about that. I looked but could not locate reports of this bug elsewhere on Bugzilla. (Shoud have cast a wider net; would have found reports on Reddit, GitHub, Stackoverflow, yada yada. Oh, well.) This thing has been hanging around for five years or more -- is nobody addressing it? This particular bug is seriously affecting my efforts with one client in particular. Must I bribe someone to get some action?
Comment 32•1 year ago
|
||
Makoto Kato [:m_kato], given that your pull request hasn’t received a response from the reviewer in a year, do you think it is reasonable now to ping them again?
Comment 33•11 months ago
|
||
It took so long.
Assignee | ||
Comment 34•8 months ago
|
||
(resend it on BMO too)
Original idea was that this was implemented on GV side only without android component and Fenix. To update this fix after review by owlish, I have to implement native popup widget on android component. But I have no time to fix soon (this train).
If anyone works on android component side for this, I can update this fix (and GVE) as API.
Comment 35•7 months ago
|
||
Thanks for working on the GV side. We can get this done on the AC and Fenix side.
Assignee | ||
Comment 36•5 months ago
|
||
Comment 37•5 months ago
|
||
I suspect a lot more people are being affected by this bug are reporting it.
As a developer, in order to discover it, you have to manually test a site with Firefox Mobile specifically and you have to test entering invalid data. Many won't be doing that. A lot of users who run into it will just assume the site is broken.
It would be better not to enforce HTML form validation if errors are not being shown. Valid sites just look broken currently.
Comment 38•5 months ago
|
||
(In reply to cal from comment #37)
I suspect a lot more people are being affected by this bug are reporting it.
As a developer, in order to discover it, you have to manually test a site with Firefox Mobile specifically and you have to test entering invalid data. Many won't be doing that. A lot of users who run into it will just assume the site is broken.
It would be better not to enforce HTML form validation if errors are not being shown. Valid sites just look broken currently.
*than are reporting it
Updated•3 months ago
|
Updated•3 months ago
|
Updated•3 months ago
|
Description
•