WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED WONTFIX
129899
[GTK][WK1] WebKit1 always asks for credentials itself
https://bugs.webkit.org/show_bug.cgi?id=129899
Summary
[GTK][WK1] WebKit1 always asks for credentials itself
Ben Boeckel
Reported
2014-03-07 12:27:15 PST
In WebKit1, when authentication is required for a resource, WebKitGtk pops a dialog to ask first even if the browser would like to handle authentication itself. It would be nice if WebKitGtk would have a setting so that the browser could tell WebKitGtk "I got this". Related to
Bug #119303
(it looks like if that is implemented, the browser can disable the callstack[1] to here by getting ResourceLoader's m_options.allowCredentials to be != AllowStoredCredentials, but then that calls into WebKitSoupAuthDialogAuthenticationClient::receivedRequestToContinueWithoutCredential which doesn't offer a way for browsers to continue…maybe copying WebKit2's authenticate signal is best here with docs that libsoup's authenticate signal is basically "off limits" to browsers). [1]
http://fpaste.org/83480/22816139/
Attachments
Add attachment
proposed patch, testcase, etc.
Martin Robinson
Comment 1
2014-03-07 12:30:38 PST
It's unlikely that we'll be adding new API to WebKit1.
Ben Boeckel
Comment 2
2014-03-07 12:34:26 PST
Would a patch be accepted if I made one? A lot of the "minimal" browsers are still on WebKit1 (uzbl, surf, luakit, dwb, jumanji (though this seems dead), probably more). I have a plan for uzbl and that might be done by summer, but I don't know about the rest.
Martin Robinson
Comment 3
2014-03-07 12:36:59 PST
They should probably be on the path to porting to WebKit2. At some point we are going to remove WebKit1 entirely.
Martin Robinson
Comment 4
2014-04-08 17:47:29 PDT
WebKit1GTK+ has been removed.
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