WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
56802
Clear autofilled flag when reseting a form
https://bugs.webkit.org/show_bug.cgi?id=56802
Summary
Clear autofilled flag when reseting a form
Ilya Sherman
Reported
2011-03-21 23:31:47 PDT
Clear autofilled flag when reseting a form
Attachments
Patch
(3.93 KB, patch)
2011-03-21 23:35 PDT
,
Ilya Sherman
no flags
Details
Formatted Diff
Diff
Patch
(5.12 KB, patch)
2011-03-21 23:41 PDT
,
Ilya Sherman
no flags
Details
Formatted Diff
Diff
Patch
(5.22 KB, patch)
2011-03-22 00:48 PDT
,
Ilya Sherman
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Ilya Sherman
Comment 1
2011-03-21 23:35:45 PDT
Created
attachment 86426
[details]
Patch
Ilya Sherman
Comment 2
2011-03-21 23:41:28 PDT
Created
attachment 86427
[details]
Patch
James Robinson
Comment 3
2011-03-21 23:53:59 PDT
Comment on
attachment 86427
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=86427&action=review
> LayoutTests/platform/chromium/fast/forms/reset-autofilled-expected.txt:5 > +This tests that a field's autofilled state is reverted when the form is reset. It can only be run using DumpRenderTree. > + > +PASS 1 is non-zero. > +PASS 0 is 0 > +
why do we need this? this seems identical to the fallback expectation
> LayoutTests/platform/win/fast/forms/reset-autofilled-expected.txt:4 > +PASS 1 is non-zero. > +FAIL 1 should be 0. Was 1.
why does this fail? is there a bug on file?
Ilya Sherman
Comment 4
2011-03-21 23:57:16 PDT
(In reply to
comment #3
)
> (From update of
attachment 86427
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=86427&action=review
> > > LayoutTests/platform/chromium/fast/forms/reset-autofilled-expected.txt:5 > > +This tests that a field's autofilled state is reverted when the form is reset. It can only be run using DumpRenderTree. > > + > > +PASS 1 is non-zero. > > +PASS 0 is 0 > > + > > why do we need this? this seems identical to the fallback expectation
The fallback expectation -- at least for Windows and Linux -- is the Windows one, which is wrong in this case.
> > LayoutTests/platform/win/fast/forms/reset-autofilled-expected.txt:4 > > +PASS 1 is non-zero. > > +FAIL 1 should be 0. Was 1. > > why does this fail? is there a bug on file?
This fails because the relevant LayoutTestController method is not implemented:
https://bugs.webkit.org/show_bug.cgi?id=55834
Kent Tamura
Comment 5
2011-03-22 00:33:42 PDT
Comment on
attachment 86427
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=86427&action=review
> LayoutTests/fast/forms/reset-autofilled.html:27 > + shouldBe(stringify(countAutofilledElements()), '0');
Why stringify() is needed? shouldBe('countAutoFilledElements()', '0') doesn't work?
>>> LayoutTests/platform/win/fast/forms/reset-autofilled-expected.txt:4
>> >> why does this fail? is there a bug on file? > > This fails because the relevant LayoutTestController method is not implemented:
https://bugs.webkit.org/show_bug.cgi?id=55834
Could you implement it for Windows?
Ilya Sherman
Comment 6
2011-03-22 00:48:09 PDT
Created
attachment 86436
[details]
Patch
Ilya Sherman
Comment 7
2011-03-22 00:51:18 PDT
(In reply to
comment #5
)
> Why stringify() is needed? > shouldBe('countAutoFilledElements()', '0') doesn't work?
Good point -- fixed.
> >>> LayoutTests/platform/win/fast/forms/reset-autofilled-expected.txt:4 > >> > >> why does this fail? is there a bug on file? > > > > This fails because the relevant LayoutTestController method is not implemented:
https://bugs.webkit.org/show_bug.cgi?id=55834
> > Could you implement it for Windows?
I'd like to, but I need to track down someone who can point me in the right direction.
WebKit Commit Bot
Comment 8
2011-03-22 02:49:03 PDT
Comment on
attachment 86436
[details]
Patch Clearing flags on attachment: 86436 Committed
r81652
: <
http://trac.webkit.org/changeset/81652
>
WebKit Commit Bot
Comment 9
2011-03-22 02:49:07 PDT
All reviewed patches have been landed. Closing bug.
WebKit Review Bot
Comment 10
2011-03-22 05:20:25 PDT
http://trac.webkit.org/changeset/81652
might have broken SnowLeopard Intel Release (WebKit2 Tests)
Adam Roben (:aroben)
Comment 11
2011-03-22 06:00:58 PDT
(In reply to
comment #10
)
>
http://trac.webkit.org/changeset/81652
might have broken SnowLeopard Intel Release (WebKit2 Tests)
The test relies on LayoutTestController functionality that's unimplemented in WebKitTestRunner. I'll add it to the mac-wk2 Skipped file.
Adam Roben (:aroben)
Comment 12
2011-03-22 06:44:58 PDT
(In reply to
comment #4
)
> (In reply to
comment #3
) > > (From update of
attachment 86427
[details]
[details]) > > View in context:
https://bugs.webkit.org/attachment.cgi?id=86427&action=review
> > > LayoutTests/platform/win/fast/forms/reset-autofilled-expected.txt:4 > > > +PASS 1 is non-zero. > > > +FAIL 1 should be 0. Was 1. > > > > why does this fail? is there a bug on file? > > This fails because the relevant LayoutTestController method is not implemented:
https://bugs.webkit.org/show_bug.cgi?id=55834
Bug 55834
is about layoutTestController.setValueForUser. We had no bug about layoutTestController.setAutofilled, so I filed one:
bug 56828
. It turns out the Windows results are incorrect. I'll update them to match reality.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug