[Webkit-unassigned] [Bug 16947] [GTK] Missing HTTP Auth challenge

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=16947





------- Comment #23 from gns at gnome.org  2009-02-12 14:39 PDT -------
(In reply to comment #20)
> Created an attachment (id=27591)
 --> (https://bugs.webkit.org/attachment.cgi?id=27591&action=view) [review]
> keyring.patch
> 
> Since we are going to only support soup in the GTK+ backend, this patchs adds
> HTTP auth the simple way: connect to the 'authenticate' signal in the session,
> and use gnome keyring for the credentials storage. It's optionally enabled with
> --enable-gnomekeyring for those who don't want to use it for some reason.
> 

So that we can remember the things I pointed out: we probably want to take
advantage of Frame being passed to ResourceHandle::start and store the frame,
or even the WebKitWebView in ResourceHandleInternal, so that we can get the
toplevel for the dialog. Qt seems to deal with this in a similar way. Notice
that we will have a frameless jobs when Download lands. I wonder if we should
provide some kind of API to WebKitDownload, to specify the parent window, for
that case.


-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.