Closed Bug 189091 Opened 22 years ago Closed 21 years ago

save and publish suspend composer when help window is open, but resume when I close the help window.

Categories

(SeaMonkey :: Help Documentation, defect)

x86
Windows 98
defect
Not set
major

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: smaby, Assigned: rjkeller)

References

Details

(Keywords: helpwanted, regression)

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021212

I had the help window open while working in composer.  I tried to publish my page.  
It happened to be empty (I was just testing). The composer window then refused
to respond to any commands, until I closed the help window.  The same happens
with save.

Reproducible: Always

Steps to Reproduce:
1. Run Mozilla.
2. Select Composer from the Window menu.
3. Select Help>Help Contents from the Help menu.
4. Select Save or Publish from the File menu.


Actual Results:  
5. Composer refuses to respond.
6. Close Help Contents window.
7. Composer resumes the save or publishing process.

Expected Results:  
Allowed the Help Contents window to stay open, while completing the save or
publish process.
-->help
did this work in mozilla 1.0 or netscape 7?  has it ever worked?
Can you save from the browser window while the help window is up?
Assignee: composer → oeschger
Component: Editor: Composer → Help
Keywords: nsbeta1
QA Contact: sujay → tpreston
Whiteboard: editorbase
Here are some comments from a private e-mail Richard Smaby sent me:
>No problem in Netscape 7.0's composer.  Of course, Netscape 7.0 uses a 
>different help scheme.  It uses the browser to load help, while Mozilla 
>has local help.
>
>I do not have Mozilla 1.0.
>
>No problem saving a page in the Mozilla browser with help open.

Ian--if this isn't a bug in the help system, please reassign to Editor:Composer.
Keywords: regression
Keywords: qawanted
Whiteboard: editorbase → editorbase-
It probably has to do with the modality of the Help dialog.
remove editorbase- since this isn't a core issue
Is this a duplicate bug?
Whiteboard: editorbase-
mass reassign of all of Ian Oeschger's bugs to me (R.J. Keller).
Assignee: oeschger → rlk
Daniel, can you reproduce this? I don't see this on Mandrake Linux 9.1 running
Mozilla 1.4 (got a newer build compiling as I type).
QA Contact: tpreston → stolenclover
Confirming. I can reproduce this bug on win98SE

  1. In Composer, select Help>Help Contents from the Help menu.
  2. Select Publish from the File menu.

Result:
  Don't see the Publish dialog
  (Acutally, it's there but it's not in front. You have
  to focus Help, then refocus Composer from the taskbar
  for it to come to foreground).
Blocks: 204761
Severity: normal → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: qawantedhelpwanted
That's because of help's alwaysRaised, though. You can still publish when help
is open (which is what this bug is about).
I turned off Help modality some time ago, so that might have fixed this.
FIXED.

Looks done to me. It appears to work. Reopen if anyone can reproduce this (where
it doesn't publish. You have to actually try and publish something).
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Help is not modal over here. What steps are you doing to reproduce this, Daniel?
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.