[Webkit-unassigned] [Bug 40627] Limit ApplicationCache Total and Per-Origin Storage Capacity (Quotas)

[bugzilla-daemon at webkit.org]

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





--- Comment #49 from David Kilzer (ddkilzer) <ddkilzer at webkit.org>  2010-07-31 12:23:33 PST ---
(In reply to comment #48)
> (In reply to comment #47)
> > (In reply to comment #46)
> > > I was creating a WebDatabaseSecurityOrigin (a subclass of WebSecurityOrigin) and
> > > passing it along as a WebSecurityOrigin, and when functions were called on it
> > > that were implemented in the subclass, it didn't run the subclass' functions... it
> > > ran the empty ones.
> > > 
> > > I'm going to have to clean this up, but I appreciate any insight into why the
> > > subclasses' functions weren't called. I'll leave this open but clear the r+ flags so
> > > they don't show up in any queues.
> > 
> > Are you sure the object was a WebDatabaseSecurityOrigin?  What does "po <variable>"
> > say in gdb?  Were the signatures for the overridden methods identical?  Unlike C++,
> > Objective-C should still call the subclass' methods even if it was cast to a super class
> > pointer.
> 
> I think the difference in the return values (long long vs unsigned long long) between
> the class and the subclass may have contributed to this issue.

Nevermind, that doesn't make sense.  I also get compiler errors if the method signatures don't match.

I know this is a dumb question, but are you sure the #if ENABLE(DATABASE) macro was defined when compiling this file?  Were you able to step into the C++ code in those methods in gdb?

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