Closed Bug 127001 Opened 23 years ago Closed 22 years ago

Closing Print Preview seems to set brower in wrong state, keyboard seems to be disabled.

Categories

(Core :: Print Preview, defect, P3)

Product:
Core
Component:
Print Preview
Platform:
x86
All
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla1.0

People

(Reporter: ajbu, Assigned: samir_bugzilla)

References

(
URL
)

Details

(Whiteboard: [nav2][atd2]) 

Mozilla build 2002022103 on Windows XP Pro.
When showing a print preview page and closing it again, the browser no longer 
functions correctly. it seems to be in the wrong state. Typing is disabled in 
the addressbar, pressing the 'p' on the keyboard opens the print dialog. Also 
noticed that the toolbar Print button is renderd as pressed when returning to 
the browser windows after closing the Print Preview.

Steps to reproduce:
1) Goto a webpage, www.mozilla.org
2) Choose Print Preview
3) Press the Close button in Print Preview

Expected result: Normal functionality of the browser

Actual result: Typing is not possible in the address bar. Pressing the 
letter 'p' opens the print dialog.
I also see this on Win98SE, mozilla trunk build 20020221, starting with
yesterday's builds. For me, however, the problem is slightly different. After
exiting the print preview mode, I can't type in the address bar too, but I also
can't type in any text input area and online form. Hitting the letter 'p'
doesn't bring up the print dialog for me, but pressing the letter 'f' brings up
the add bookmark dialog, and pressing the 'm' key brings up the edit bookmark
window (which i usually get by pressing ctrl-B). Also, the F9 key for the
sidebar doesn't work anymore, this may be related (maybe a dupe) to bug 127155.
Pretty annoying bug that leaves no other choice than restarting the browser
after "print-previewing" something, although I like the current UI design of the
print preview toolbar. See also bug 126675, maybe it is related because it also
involve problems (crash) when typing in a text area.

-> confirming
Status: UNCONFIRMED → NEW
Ever confirmed: true
I also noticed that eack key you try to press when mozilla is in that state
produces the Windows default sound (assuming you assigned a default sound in the
sounds control panel) usually heard forn different reasons, including denied
keyboard entry.

On a side note, when i use ALT-F4 to close a mozilla window, the window closes
correctly, but I also hear the Windows default sound when closing a window
through ALT-F4 (even wothout having gone in print preview mode), but not through
clicking the X with my mouse. This problem started at the same time the other
problems described above started, so this may also be related.
Maybe the cause is the recent checkin in bug 959, which was fixed in the same build.
I can't seem to reproduce this problem.  After returning from print preview the
content area correctly gets focus, I can use the arrow keys on the keyboard to
scroll the page, I can click in the URL bar to enter a new location, and
pressing the letter `p' appears to be innocuous.  I am using Win2K.  Could this
be isolated to WinXP and Win98 only?  

Sujay, 
Please try to reproduce this on a WinXP and a Win98 machine and report back. 
Thanks.
Bingo!

Confirming using 2/22 build on Win 98..

I can reproduce this exactly as stated:

1) launch netscape
2) jump to http://www.mozilla.org
3) click PP
4) Click Close on PP panel
5) click in URL bar and highlight the URL or simply click in the URL
   bar and start typing. you can't type.
6) If you click on "p" as stated in the original steps, it does indeed
   bring up the Print dialog.


*** Bug 127774 has been marked as a duplicate of this bug. ***
Confirming on linux build 2002 02 25 08.
Setting priority to critical since one has to restart the browser after using PP.
Severity: normal → critical
Summary: Closing Print Preview seems to set brower in wrong state → Closing Print Preview seems to set brower in wrong state, keyboard seems to be disabled.
You should handle this - reassigning
Assignee: rods → sgehani
Status: NEW → ASSIGNED
Keywords: mozilla0.9.9, nsbeta1
Priority: -- → P3
Target Milestone: --- → mozilla1.0
*** Bug 128859 has been marked as a duplicate of this bug. ***
unable to reproduce using 030508 on Win2K, but I did get one odd crash on close
while trying.
Reconfirming... 

I can reproduce this exactly as stated using 3/5 trunk commercial build:

1) launch netscape
2) jump to http://www.mozilla.org
3) click PP
4) Click Close on PP panel
5) click in URL bar and highlight the URL or simply click in the URL
   bar and start typing. you can't type.
6) If you click on "p" as stated in the original steps, it does indeed
   bring up the Print dialog.
nsbeta1+ per Nav triage team, nav2
Keywords: nsbeta1 → nsbeta1+
Whiteboard: [nav2]
*** Bug 130248 has been marked as a duplicate of this bug. ***
OS -> all
OS: Windows XP → All
*** Bug 130842 has been marked as a duplicate of this bug. ***
*** Bug 130862 has been marked as a duplicate of this bug. ***
*** Bug 130935 has been marked as a duplicate of this bug. ***
better summary. we're getting lot of dups...
Fix attached in bug 126675 also fixes the symptoms reported here.
Depends on: 126675
Keywords: patch
Whiteboard: [nav2] → [nav2][atd2]
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
verified in 3/19 trunk build.

if anyone has any other problems with this bug, REOPEN..
Status: RESOLVED → VERIFIED
*** Bug 133780 has been marked as a duplicate of this bug. ***
*** Bug 134541 has been marked as a duplicate of this bug. ***
*** Bug 135373 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.