Closed Bug 4932 Opened 26 years ago Closed 26 years ago

wallet bustage: seems to be due to problems in raptor

Categories

(Core :: Layout, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: morse, Assigned: chofmann)

References

()

Details

I have a sample forms that I use to demo the wallet. That form is at http://people.netscape.com/morse/wallet/samples/INTERVIEW.HTML. I bring that form up in the browser window. The way wallet prefill is activated is from the edit/wallet/quick-formfill menu item. Before I click on it, I'll set a breakpoint in nsBrowserAppCore.cpp inside the WalletQuickFillin routine (e.g., on the line that call WALLET_Prefill). Now I click on the menu item and I will get to the breakpoint. At this time an nsIPresShell object called "shell" has been created. I examine this object with the debugger. In particular, I look at: shell PresShell mDocument nsHTMLDocument nsMarkupDocument nsDocument mDocumentURL nsHTTPUrlImpl m_URL_s->addr what I expect to see is http://people.netscape.com/morse/wallet/samples/INTERVIEW.HTML. And that is indeed what I do see with my build from April 3. But in the M4 build I am instead seeing file://i:/mozilla/dist/WIN32_D.OBJ/bin/res/samples/contentframe.html. Not only is shell's URL wrong, but so are its forms. Since this is the way wallet gets to the form, wallet prefill no longer works. But other things besides wallet should be broken as well if my analysis is correct.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Fixed. Problem was due to a change in the frame structure of apprunner that occurred when sidebar was added. The fix for wallet was to add a couple of lines of code in nsBrowserAppCore.cpp so that is looks for window.frames[0].frames[1] instead of window.frames[0].
Status: RESOLVED → VERIFIED
Fixed in ApriL 13th Build.
You need to log in before you can comment on or make changes to this bug.