- Issue created by @recrit
- Merge request !50Issue #3446306: Trigger stoft HTML error when validation fails without Hard limit setting. → (Merged) created by recrit
- Status changed to Needs review
7 months ago 3:44pm 9 May 2024 - Status changed to Needs work
6 months ago 10:31am 28 June 2024 - 🇧🇪Belgium joevagyok
Can we have this issue checked on 3.x and update the MR? I will merge in 2.1.x too if valid and works.
- 🇮🇳India Bala.addweb
Bala.addweb → changed the visibility of the branch 3446306-error-html-class to hidden.
- 🇮🇳India Bala.addweb
Bala.addweb → changed the visibility of the branch 3446306-error-html-class to active.
- Merge request !513446306 - change HTML exceeded class to 'soft-error' for 3.x → (Open) created by Bala.addweb
- 🇮🇳India Bala.addweb
Can we have this issue checked on 3.x and update the MR? I will merge in 2.1.x too if valid and works.
Raised MR against 3.x
Kindly review. - Status changed to Needs review
6 months ago 7:41am 3 July 2024 - 🇧🇪Belgium joevagyok
@recrit When it is a "Hard limit" the source of the validation failure for the user should clear. We should make sure to do so and use soft-error when there is no "Hard limit" enabled.
- Assigned to joevagyok
- Status changed to Needs work
5 months ago 1:12pm 10 July 2024 - 🇺🇸United States recrit
@joevagyok it has been a minute since I created this patch, but I thought changing the class to "error" when it was enforced handled the "hard limit" OR am I missing something?
if ($this.hasClass('maxlength_js_enforce')) { options['enforce'] = true; options.cssExceeded = 'error'; }
- Status changed to RTBC
5 months ago 7:38am 11 July 2024 -
joevagyok →
committed 543c4278 on 3.x authored by
recrit →
Issue #3446306: Trigger stoft HTML error when validation fails without...
-
joevagyok →
committed 543c4278 on 3.x authored by
recrit →
- Status changed to Fixed
5 months ago 8:00am 11 July 2024 Automatically closed - issue fixed for 2 weeks with no activity.