In the case of an ftp or file:/// listing, window._content.document will be a XUL document, and .forms will be undefined. So the new routines that morse added, okToPrefill and okToCapture, should just return false if window._content.document.forms is undefined (and then the context menu will work as it did before for ftp/file listings).
Assignee: pinkerton → morse
marking nsbeta3, simple fix, must-do otherwise ftp/file listing are broken.
content not toolkit
Assignee: morse → pchen
Component: XP Toolkit/Widgets: Menus → XP Apps
back to Steve, one more time ...
Assignee: pchen → morse
OS: Linux → All
Hardware: PC → All
Similar problem in edit menu. Fixes checked in. Files modified are nsContextMenu.js and utilityOverlay.js.
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
verified on all builds that this is fixed and the unwanted items in context menu are no longer there. (2000091304). One question,Steve : are we not supposed to show the exact same menu items as seen in 4.x when right clicking on links? I see some menu items missing like "Open link in composer" ,"View Source", "View Info" . Marking this VERIFIED.
Status: RESOLVED → VERIFIED
I have no idea what other items in the context menu are supposed to be shown. German is the person to ask about that.
You need to log in before you can comment on or make changes to this bug.