Bug 12692

Summary: Assertion failure in editing context menu code
Product: WebKit Reporter: Beth Dakin <bdakin>
Component: WebCore Misc.Assignee: Nobody <webkit-unassigned>
Status: RESOLVED DUPLICATE    
Severity: Normal CC: aroben
Priority: P1 Keywords: InRadar
Version: 420+   
Hardware: Mac   
OS: OS X 10.4   

Beth Dakin
Reported 2007-02-08 00:33:19 PST
radar: 4983949 We are hitting the ASSERT_NOT_REACHED() at the end of fixMenusReceivedFromOldClients() every time we try to bring up and editing context menu in TOT. We are hitting the assert because all of the comparisons are failing. It should be sufficient to compare addresses since UI_STRING *should* return the same exact string every time, but for some reason, our menu titles, though identical in content, are not identical in address to the strings being generated by UI_STRING. One possible solution is to do a real string comparison, but this should not be necessary. Did something change to UI_STRING recently so that we do not always return the same exact string? But! If I call UI_STRING twice in a row inside fixMenusReceivedFromOldClients(), it does return the same *exact* string twice.
Attachments
Adam Roben (:aroben)
Comment 1 2007-02-08 00:43:56 PST
*** This bug has been marked as a duplicate of 12688 ***
Note You need to log in before you can comment on or make changes to this bug.