Make WordPress Core

Opened 12 years ago

Closed 12 years ago

#23141 closed defect (bug) (wontfix)

Add autocomplete="off" to all inputs that have a value

Reported by: alexvorn2's profile alexvorn2 Owned by:
Milestone: Priority: normal
Severity: normal Version: 3.5
Component: Administration Keywords:
Focuses: ui Cc:

Description (last modified by SergeyBiryukov)

On refresh in the browser - old data is filled in the inputs, instead of the actual data from the value attribute of the input.

to be more clear : http://www.screenr.com/p2K7

Change History (11)

#2 @SergeyBiryukov
12 years ago

  • Description modified (diff)

#3 follow-up: @helen
12 years ago

Doesn't this happen to all inputs everywhere across the web? What makes widgets.php so different?

#4 in reply to: ↑ 3 @alexvorn2
12 years ago

The problem is that it's confusing sometimes when not the right text is displayed in the form input.
The input that have a value attribute I think should have an autocomplete=off atribute.

Replying to helen:

Doesn't this happen to all inputs everywhere across the web? What makes widgets.php so different?

Not everywhere, I tested on facebook, changing my name with a short one, and on a refresh the text has been filled with the original one. (But there is not a autocomplete="off" attr to the input).

#5 follow-up: @helen
12 years ago

I'm more interested in why you are singling out widgets.php when it can (and often does) happen anywhere you have a form input, including selects and others.

#6 in reply to: ↑ 5 @alexvorn2
12 years ago

Replying to helen:

I'm more interested in why you are singling out widgets.php when it can (and often does) happen anywhere you have a form input, including selects and others.

Oh, then we can use everywhere not only in the widgets.php page... settings pages is a good idea too.

#7 @alexvorn2
12 years ago

  • Component changed from Widgets to UI
  • Summary changed from Add autocomplete="off" to all inputs in the widgets.php page to Add autocomplete="off" to all inputs that have a value

#8 @SergeyBiryukov
12 years ago

  • Component changed from UI to Administration
  • Keywords ui-focus added

#9 @helen
12 years ago

Seems to me that we should generally retain default browser behavior because that's what informs user expectations, like keeping form data if you soft refresh or accidentally navigate back and forth. Now I'm curious as to why you find this to be a problem with WordPress as opposed to the web at large, because it really does happen everywhere. I deal with it regularly in development :)

#10 @toscho
12 years ago

  • Cc info@… added

Note, this is a browser specific issue (Firefox), other browsers use different auto-complete implementations. I guess you can turn it off in your browser.

#11 @helen
12 years ago

  • Milestone Awaiting Review deleted
  • Resolution set to wontfix
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.