Bug 116537

Summary:	can no longer veto the showing of WebKitGTK's default authentication prompter
Product:	WebKit	Reporter:	Grant Gayed <grant_gayed>
Component:	WebKitGTK	Assignee:	Nobody <webkit-unassigned>
Status:	RESOLVED WONTFIX
Severity:	Normal	CC:	brian.holt, kapouer, mrobinson, spenap
Priority:	P2
Version:	528+ (Nightly build)
Hardware:	Unspecified
OS:	Unspecified
Bug Depends on:	99352
Bug Blocks:

Description Grant Gayed 2013-05-21 07:45:29 PDT

- using WebKit1 API

Prior to WebKitGTK 2.0 we could replace the default WebKitGTK soup authentication prompter by connecting our "authenticate" signal handler before it (so that we would be invoked first), and then stopping the emission of the signal in our handler (so that the default prompter would not subsequently be shown).

However as of 2.0.x, WebKitGTK's default authentication prompter is always shown after ours, even if our prompter has already performed the authentication (ie.- stopping the emission of the "authenticate" signal is no longer effective).

Comment 1 Brian Holt 2013-07-23 06:35:47 PDT

This is being fixed in https://bugs.webkit.org/show_bug.cgi?id=99352 (can't make it depend - don't have editbug privileges).

Comment 2 Simon Pena 2013-07-23 07:43:30 PDT

Making it depend on bug #99352 on behalf of Brian.

Comment 3 Grant Gayed 2013-08-07 11:33:21 PDT

It's good to see that a formal API is being introduced to handle this in bug 99352.  However I'm guessing that this API would not be added to the WebKit1 stream since it's now API-frozen?

Comment 4 Brian Holt 2013-08-09 05:56:54 PDT

(In reply to comment #3)
> It's good to see that a formal API is being introduced to handle this in bug 99352.  However I'm guessing that this API would not be added to the WebKit1 stream since it's now API-frozen?

No, WebKit1 is now in maintenance mode so no new APIs are being added.