[webkit-dev] Improving the flexibility of the cookie manager

I'm looking into making a few patches that make the cookie manager more flexible, and I'm stopping by the ML to see if anyone has concerns/advice about this first. I'm using WebKitGTK, and in webkit1, it was possible to have the UA manage the cookie store for more subtle behaviors that aren't in

Re: [webkit-dev] SPAM on trac.webkit.org

I’m investigating now. It looks like trac also has some spam filter ability: https://trac.edgewall.org/wiki/SpamFilter Lucas > On Apr 16, 2016, at 7:07 PM, Darin Adler wrote: > > We are definitely going to have to change the policy

Re: [webkit-dev] SPAM on trac.webkit.org

I’ve removed WIKI_CREATE and WIKI_MODIFY permissions from the ‘authenticated' and ‘developer' groups. Removing from the authenticated group may have been enough, but I wanted to be certain to stop spam and get it under control before loosening permissions. I’ve also attempted to delete all the

Re: [webkit-dev] SPAM on trac.webkit.org

On Sun, 2016-04-17 at 06:44 -0700, Lucas Forschler wrote: > I believe the spam is coming only from users who are not identified > as developers (committers). Therefore, I’ve re-enabled WIKI_CREATE > and WIKI_MODIFY permissions to the trac ‘developer’ group.  > This will keep the wiki locked down

Re: [webkit-dev] SPAM on trac.webkit.org

I believe the spam is coming only from users who are not identified as developers (committers). Therefore, I’ve re-enabled WIKI_CREATE and WIKI_MODIFY permissions to the trac ‘developer’ group. This will keep the wiki locked down to those with committer access, and not be as open as we would

Re: [webkit-dev] Improving the flexibility of the cookie manager

On Sun, 2016-04-17 at 08:57 -0400, Drew DeVault wrote: > 2. Add sufficient signals and APIs to WebKitCookieManager to allow > the > UA to effectively manage cookies themselves. > > I'm leaning towards the second option. Would like to hear your > thoughts. I would lean towards the second option