Closed Bug 505677 Opened 15 years ago Closed 13 years ago

Restored session in offline mode doesn't fill URL-bar for 'Page load error' windows

Categories

(SeaMonkey :: Session Restore, defect)

SeaMonkey 2.0 Branch
x86
Windows Server 2003
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: chalx, Unassigned)

Details

(Whiteboard: [SmBugEvent])

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.1pre) Gecko/20090720 SeaMonkey/2.0b2pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.1pre) Gecko/20090720 SeaMonkey/2.0b2pre

Short: See screenshot.

Longer: After restarting browser (due to version update) in offline mode some pages couldn't be loaded (it's OK for https in offline). 'Page load error' window has correct 'Offline mode' warning, but hasn't URL in the bar (needed to understand what page is not loaded). Right URL appears after reloading the page in online mode ('Try again' button) or after switching (via mouse) to the next tab and back.



Reproducible: Didn't try

Steps to Reproduce:
1. Open any non-cacheable web page (e.g. some https://...).
2. Go to offline mode.
3. Init browser restart (we haven't button for it yet?). It was software update in my case but terminating browser process in the OS should work too.
4. Open browser with session restore feature enabled.
Actual Results:  
No URL in the URL-bar of 'Page load error' browser window.

Expected Results:  
Last URL in the URL-bar.

Modern theme.
Version: unspecified → Trunk
Can you try and reproduce with SeaMonkey v2.0pre ?
Yes, it's reproducible with Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.4pre) Gecko/20091001 SeaMonkey/2.0pre. There are some workarounds like "Go online now" checkbox before starting updated version (and restoring tabs), but when I managed to restart in offline mode the URL bars were still blank (yellow for https).

Additionally, same effect could be reached by switching themes without restarting (in offline or online mode).
Behavior is different in each version tested but the bug is still
here. Now testing in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.9.1.4) Gecko/20091007 SeaMonkey/2.0. New version, new Windows
(XP), new PC (so profile is new too).

Steps to reproduce:

1. Start Seamonkey, enable online mode if needed.
2. Open two browser windows with any sites (e.g.
https://bugzilla.mozilla.org/ for both: page shouldn't be cached).
3. Force program to close (kill process in Task Manager). Ctrl-Q with
"Save and Quit" option works too.
4. Start browser again -- session restore dialog should appear.
5 .Click bottom-right icon in the browser window to go offline.
(This could be done on step 3 but starting after "crush" causes
offline mode to switch online.)
6. Submit session restore dialog.

Expected results:
Two browser windows with "You are offline" warnings and last used URLs
in both URL-bars.

Actual results:
Two browser windows with "You are offline" warnings, first (active)
window with the [correct] last used URL in the URL-bar, second window with empty
URL-bar.
WFM.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14

1. Start SeaMonkey (online)
2a. open http://www.yahoo.com/
2b. open http://feeds.mozilla.org/
3. Quit (Ctrl+Q), saving session (Save and Quit)
4. Start SeaMonkey (online)
- both pages load as expected.
5. Switch to offline mode; icon or File | Work Offline
6. Quit (Ctrl+Q), saving session (Save and Quit)
7. Start SeaMonkey (offline)
- both pages load as expected (feed may not display any feeds, but given its nature, expected)
8. clear Cache (Ctrl+Shit+Del, selecting Cache)
9. Quit (Ctrl+Q), saving session (Save and Quit) [you are still in offline mode]
10. Start SeaMonkey (offline)

Results:

Both pages show Offline Mode with a Try Again button.
Both pages Location Bar show the respective URI, yahoo or mozilla, as it may be.

11. go online.
12. click the Try Again buttons in each window.

Results:

yahoo loads.
mozilla loads.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Component: UI Design → Session Restore
QA Contact: ui-design → session.restore
Resolution: --- → WORKSFORME
Whiteboard: [SmBugEvent]
Version: Trunk → SeaMonkey 2.0 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: