WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
160109
[iOS] Clients should be able to decide if they want secure text entry in a form field
https://bugs.webkit.org/show_bug.cgi?id=160109
Summary
[iOS] Clients should be able to decide if they want secure text entry in a fo...
Chelsea Pugh
Reported
2016-07-22 17:01:21 PDT
Clients should be able to decide if they want secure text entry in a form field. Patch soon.
Attachments
Patch for [iOS] Clients should be able to decide if they want secure text entry in a form field
(3.30 KB, patch)
2016-07-22 17:18 PDT
,
Chelsea Pugh
no flags
Details
Formatted Diff
Diff
v2 patch for [iOS] Clients should be able to decide if they want secure text entry in a form field
(3.25 KB, patch)
2016-07-22 17:48 PDT
,
Chelsea Pugh
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Chelsea Pugh
Comment 1
2016-07-22 17:18:21 PDT
Created
attachment 284389
[details]
Patch for [iOS] Clients should be able to decide if they want secure text entry in a form field
mitz
Comment 2
2016-07-22 17:39:51 PDT
Comment on
attachment 284389
[details]
Patch for [iOS] Clients should be able to decide if they want secure text entry in a form field View in context:
https://bugs.webkit.org/attachment.cgi?id=284389&action=review
> Source/WebKit2/UIProcess/API/Cocoa/_WKFormInputSession.h:47 > +@property (nonatomic) BOOL shouldUseSecureTextEntry WK_API_AVAILABLE(ios(WK_IOS_TBA));
The name implies that setting the property to NO means that secure text entry won’t be used, but that’s not the case. The property only works in one direction, forcing secure text entry to be used where otherwise it wouldn’t. Maybe a name like “forceSecureTextEntry” would express this better?
Chelsea Pugh
Comment 3
2016-07-22 17:47:36 PDT
(In reply to
comment #2
)
> Comment on
attachment 284389
[details]
> Patch for [iOS] Clients should be able to decide if they want secure text > entry in a form field > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=284389&action=review
> > > Source/WebKit2/UIProcess/API/Cocoa/_WKFormInputSession.h:47 > > +@property (nonatomic) BOOL shouldUseSecureTextEntry WK_API_AVAILABLE(ios(WK_IOS_TBA)); > > The name implies that setting the property to NO means that secure text > entry won’t be used, but that’s not the case. The property only works in one > direction, forcing secure text entry to be used where otherwise it wouldn’t. > Maybe a name like “forceSecureTextEntry” would express this better?
Yeah, I think that's a better name.
Chelsea Pugh
Comment 4
2016-07-22 17:48:14 PDT
Created
attachment 284390
[details]
v2 patch for [iOS] Clients should be able to decide if they want secure text entry in a form field
WebKit Commit Bot
Comment 5
2016-07-22 18:20:51 PDT
Comment on
attachment 284390
[details]
v2 patch for [iOS] Clients should be able to decide if they want secure text entry in a form field Clearing flags on attachment: 284390 Committed
r203630
: <
http://trac.webkit.org/changeset/203630
>
WebKit Commit Bot
Comment 6
2016-07-22 18:20:54 PDT
All reviewed patches have been landed. Closing bug.
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