Bug 107474

Summary:

REGRESSION (140287-140290): Wordpress Auto-filled username isn't showing

Product:

WebKit

Reporter:

Kevin M. Dean <kevin>

Component:

Forms

Assignee:

Nobody <webkit-unassigned>

Status:

RESOLVED DUPLICATE

Severity:

Normal

CC:

simon.fraser, tony, webkit-bug-importer

Priority:

Keywords:

InRadar, Regression

Version:

528+ (Nightly build)

Hardware:

Mac (Intel)

OS:

OS X 10.8

Attachments:

Description	Flags
Before- how it appears normally	none
After- how it appears now blank	none

Kevin M. Dean

Reported 2013-01-21 13:46:13 PST

Created attachment 183829 [details] Before- how it appears normally When I go to a Wordpress login page, the username text is missing when it normally auto-fills. The password dots are there and I can still Login with it appearing blank without typing so the data is there.

Attachments
Before- how it appears normally (23.74 KB, image/png) 2013-01-21 13:46 PST, Kevin M. Dean	no flags	Details
After- how it appears now blank (19.96 KB, image/png) 2013-01-21 13:46 PST, Kevin M. Dean	no flags	Details
View All Add attachment proposed patch, testcase, etc.

Kevin M. Dean

Comment 1 2013-01-21 13:46:39 PST

Created attachment 183830 [details] After- how it appears now blank

Kevin M. Dean

Comment 2 2013-01-21 13:49:42 PST

If I resize the window, the text eventually appears. Opening and closing Web Inspector also causes it to appear.

Kevin M. Dean

Comment 3 2013-01-21 13:53:25 PST

When Resizing, it more reliably appears when resizing smaller. If it's wider than a certain width, resizing wider does not cause it to appear. If the window is already really small, then resizing wider will also cause the text to appear. Really weird. It's like there's dividing line in window width. Vertical only resize appears to have no effect.

Kevin M. Dean

Comment 4 2013-01-21 17:09:27 PST

Seems that text selection and copy/pasting in text areas within wordpress is also adversely affected.

Alexey Proskuryakov

Comment 5 2013-01-21 19:28:16 PST

<rdar://problem/13058221>

Simon Fraser (smfr)

Comment 6 2013-01-21 20:04:54 PST

Do you have a public URL that reproduces this?

Kevin M. Dean

Comment 7 2013-01-21 23:02:05 PST

(In reply to comment #6) > Do you have a public URL that reproduces this? Emailed access info. Also, the selection problem occurs when edited a page such as the sample page in HTML mode and not Visual Mode. I can sometimes drag a selection, but not create a new selection easilty. Also shift-select doesn't seem to work. Horizontal scaling seems to cause the selection to appear after shift-selecting the same as the login screen.

Simon Fraser (smfr)

Comment 8 2013-01-24 13:25:13 PST

This regressed in this range: http://trac.webkit.org/log/trunk/?rev=140290&stop_rev=140287

Tony Chang

Comment 9 2013-01-24 13:33:13 PST

Can I get a copy of the access info so I can make a reduction?

Kevin M. Dean

Comment 10 2013-01-24 13:40:49 PST

(In reply to comment #9) > Can I get a copy of the access info so I can make a reduction? Emailed.

Tony Chang

Comment 11 2013-01-24 14:59:54 PST

The patch causing the regression was rolled out in bug 107857, so I'm going to dupe against that. I have a reduction (thanks Kevin!) and will post it on bug 104997. *** This bug has been marked as a duplicate of bug 107857 ***

Note You need to log in before you can comment on or make changes to this bug.