Open Bug 1645012 Opened 4 years ago Updated 3 years ago

[Re-enablement] Allow the paste into <input> and <textarea> without truncation if the paste is longer than "maxlength"

Categories

(Core :: DOM: Editor, enhancement)

Product:
Core
Component:
DOM: Editor
Type:
enhancement

Tracking

()

People

(Reporter: hsinyi, Unassigned)

References

Details

We backed out disabling truncation at pasting into <input> and <textarea> which has maxlength due to breakage of enterprise application (bug 1636855)

This is the bug to discuss the plan of and the solution to dealing with the paste truncation issue.

Some questions:

  • Should this change be made for all input types or just type=password?
  • Should .value return raw value or truncated value if web apps try to post to their server without a validity check?
Summary: Allow the paste into <input> without truncation if the paste is longer than "maxlength" → Allow the paste into <input> and <textarea> without truncation if the paste is longer than "maxlength"

Another possibility to consider if the other approaches don't work is to handle this with front-end UI, e.g. a popup similar to form field validity pop-ups saying "Your pasted password got truncated to X characters".

That was the original intention but using the existing form validation popup infrastructure.

Should this change be made for all input types or just type=password?

Users are annoyed with maxlength in any way as someone mentioned a case of phone numbers. Both text and password types need this change.

Summary: Allow the paste into <input> and <textarea> without truncation if the paste is longer than "maxlength" → [Re-enablement] Allow the paste into <input> and <textarea> without truncation if the paste is longer than "maxlength"
You need to log in before you can comment on or make changes to this bug.