Closed Bug 16789 Opened 26 years ago Closed 26 years ago

[dogfood] apprunner -edit brings up browser window

Categories

(SeaMonkey :: Sidebar, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: akkzilla, Assigned: law)

Details

As of this morning I'm seeing a sidebar on the editor window as well as the browser window. The editor shouldn't have a sidebar by default.
Assignee: slamm → akkana
Severity: major → blocker
Summary: sidebar on editor window → [dogfood] apprunner -edit brings up browser window
Target Milestone: M11
I misinterpreted the problem; the real problem is that apprunner -edit no longer works in today's build! It brings up a browser window. I'm looking into what changed.
Assignee: akkana → law
Looks like Bill Law was in the arg-parsing code yesterday ...
Status: NEW → ASSIGNED
Yes, I was in the arg-parsing code, which was an extremely unfortunate coincidence (sort of). I changed the way -edit works so that it no longer uses the verboten "toolkit app core." This was working fine at some point in the not too distant past, when I was doing more exhaustive testing of all the various and sundry window opening code that was undergoing change. So I finally checked this code in yesterday. In the interim (subsequent to my testing) it turns out some pork-jockeying has caused the hidden window to not be in a state capable of opening a dialog (its mDocument is 0). I must now talk to danm and others to figure out how to get out of this predicament.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
I've just checked in a fix for this. Updated files are mozilla/caps/src/nsScriptSecurityManager.cpp and mozilla/dom/src/base/nsGlobalWindow.cpp.
Status: RESOLVED → VERIFIED
verified, composer is sidebarless with 10/28 builds
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.