Closed Bug 16789 Opened 25 years ago Closed 25 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: 25 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.