WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
Bug 66561
[WK2] Support password echo feature in WebKit2
https://bugs.webkit.org/show_bug.cgi?id=66561
Summary
[WK2] Support password echo feature in WebKit2
Chang Shu
Reported
2011-08-19 07:58:14 PDT
Some additional work needs to do in WebKit2 for this feature.
Attachments
patch 1
(2.79 KB, patch)
2011-10-05 14:21 PDT
,
Chang Shu
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Chang Shu
Comment 1
2011-10-05 14:21:11 PDT
Created
attachment 109861
[details]
patch 1
Darin Adler
Comment 2
2011-10-05 15:32:14 PDT
Comment on
attachment 109861
[details]
patch 1 View in context:
https://bugs.webkit.org/attachment.cgi?id=109861&action=review
> Source/WebKit2/WebProcess/WebPage/WebPage.cpp:1707 > +#if ENABLE(PASSWORD_ECHO) > + settings->setPasswordEchoEnabled(true); > + settings->setPasswordEchoDurationInSeconds(1); > +#endif
Password echo turned on unconditionally if it’s compiled at all? That just doesn’t seem right. If that was the policy then I’d expect to see that policy in WebCore.
Chang Shu
Comment 3
2011-10-05 16:02:05 PDT
(In reply to
comment #2
)
> (From update of
attachment 109861
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=109861&action=review
> > > Source/WebKit2/WebProcess/WebPage/WebPage.cpp:1707 > > +#if ENABLE(PASSWORD_ECHO) > > + settings->setPasswordEchoEnabled(true); > > + settings->setPasswordEchoDurationInSeconds(1); > > +#endif > > Password echo turned on unconditionally if it’s compiled at all? That just doesn’t seem right. If that was the policy then I’d expect to see that policy in WebCore.
By default, PASSWORD_ECHO is not enabled. If the feature is chosen to turn on, a build time flag is required. An alternative way is to enable it in runtime. Alexey and I have discussed on whether the application(such as MiniBrowser) should take care of this (during runtime) but we chose to control this in WebKit. WebCore seems a place to provide this option in the settings.
Alexey Proskuryakov
Comment 4
2011-10-05 16:15:22 PDT
I remember discussing that every application on a platform should not be required to do something to follow default platform behavior for password echo. Details of proposed solution are a bit vague - this was a while ago.
Darin Adler
Comment 5
2011-10-05 16:31:26 PDT
(In reply to
comment #4
)
> I remember discussing that every application on a platform should not be required to do something to follow default platform behavior for password echo. Details of proposed solution are a bit vague - this was a while ago.
It seems strange to have something defaulting off at the WebCore level then turned on unconditionally at the WebKit level.
Chang Shu
Comment 6
2011-10-05 18:21:49 PDT
(In reply to
comment #5
)
> (In reply to
comment #4
) > > I remember discussing that every application on a platform should not be required to do something to follow default platform behavior for password echo. Details of proposed solution are a bit vague - this was a while ago. > > It seems strange to have something defaulting off at the WebCore level then turned on unconditionally at the WebKit level.
The "condition" is the build flag. In fact, symbian has already defined ENABLE_PASSWORD_ECHO=1 in WebCore/config.h. And other platforms are disabled by default. In anther way, we can set different default value using #if PLATFORM() flag in WebCore. Maybe we should do this. Btw, just got the sad news.
Chang Shu
Comment 7
2011-10-07 12:04:57 PDT
We don't need this any more. The compile time is removed in
bug 69647
so we don't need any special treatment in WK2 code. The unskipped tests are included there, too.
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