Closed Bug 240898 Opened 20 years ago Closed 20 years ago

Switching profile also switches Mozilla to work offline

Categories

(SeaMonkey :: MailNews: Backend, defect)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mattperrysf, Assigned: neil)

References

Details

Attachments

(1 file)

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322)
Build Identifier: 

When switching from one Mozilla profile to another the profile that is being 
switched from will have user_pref("network.online", false); written to 
prefs.js even if the profile is set the be online.

Reproducible: Always
Steps to Reproduce:
1. Create two mozilla profiles, default and second.  Make sure that the 
browser is set to work online.
2. Switch to second profile.
3. Now check prefs.js in the default profile.  You will find the entry 
user_pref("network.online", false); even though the profile was set to online.
4. Close Mozilla.
5. Restart Mozilla.  The current profile will be set to offline.

Actual Results:  
When switching to a new profile, and then closing and restarting Mozilla, the 
profile will be offline.

Expected Results:  
The profile should have retained the state the user left it in.  In this case 
it should have remained set to online.
This bug still exists in v. 1.7 (final)
>> This bug still exists in v. 1.7 (final)

Confirmed.  This is a very prominent bug to make it through several production
releases.  Doesn't anyone in the development team use profiles enough to notice
how annoying this is?
This bug is DEADLY.  It took me a long time to realize why I could not
get to web sites.  A user may never figure it out and so abandon
mozilla.  I think this should get extremely high priority!
Happens on Win98 too.  I just hadn't analyzed what and why.  I'm using the quick
launch and it still messes up.
I just tested this on 1.8a3 and it seems that the *newly selected* profile is
switched offline, rather than just the *previous* one.

Prog.
(In reply to comment #5)
> I just tested this on 1.8a3 and it seems that the *newly selected* profile is
> switched offline, rather than just the *previous* one.
> 
> Prog.

Yes, this is and has been the case all along.  Thanks for pointing out that the
description of the bug didn't fully describe the situation.
As per comment #6, changing summary from:
  Switching profile sets previous profile to offline
To:
  Switching profile also switches Mozilla to work offline

Prog.
Summary: Switching profile sets previous profile to offline → Switching profile also switches Mozilla to work offline
changing from Browser General to Profile Manager, as I assume that´s a better
description. Maybe it is Profile Backend.
Assignee: general → nobody
Component: Browser-General → Profile: Manager
QA Contact: general → seamonkey.profile-manager
More details on how I always reproduce the bug:
1. Create two mozilla profiles, default and second.  Make sure that the 
browser is set to work online.
2. Start Mozilla (browser view, not profile manager)
3. Go to the "Tools" menu in the browser window, select "Switch Profile"
4. Switch to the other (second) profile in profile manager.
5. Now check prefs.js in the default profile.  You will find the entry 
user_pref("network.online", false); even though the profile was set to online.
6. Close Mozilla.
7. Restart Mozilla browser (not profile manager).  The current profile will be
set to offline.
Bug 249856 states also a problem for W98 (maybe for other windows platforms?)
Combined with bug 243277 (Offline: PAC: fails to load at startup when offline,
then never tries again), this is more severe. 

Since a user is (likely to be) offline after changing profiles, 243277 will
prevent the PAC from being loaded, the proxies will not be configured, and the
user will be denied access to all proxied sites. Expert users may guess that the
proxy config URL needs to be reloaded, but others may not. 

Meanwhile, IE "just works" :-/
Damn this bug is annoying me. Anyway, here's a little thing that seems very
strange to me, but might help anyone who wants to fix this:

When I have selected a new profile, and have multiple tabs open, the
confirmation dialog comes up for closing multiple tabs. At this point, the
statusbar icon has switched from online to offline. However, if I cancel this
dialog, it switches back to online mode.

I wonder if this is it attempting to sever all the pervious profile's
connections or something.
(In reply to comment #11)
> 
> Meanwhile, IE "just works" :-/

IE doen't have multiple profiles (except per-user) and I've run in to problems
in IE where it just wouldn't load the PAC file until viewing it from the address
bar first. Not that it matters how buggy or bug-free IE is, but it does have
it's own problems.
*** Bug 249856 has been marked as a duplicate of this bug. ***
Verified on Mac OSX v2004092716.
HW -> All
OS -> All
OS: Windows XP → All
Hardware: PC → All
Assignee: nobody → bienvenu
Component: Profile: Manager → Offline
Product: Browser → MailNews
QA Contact: seamonkey.profile-manager → grylchan
Attached patch Proposed patchSplinter Review
Assignee: bienvenu → neil.parkwaycc.co.uk
Status: NEW → ASSIGNED
Comment on attachment 166714 [details] [diff] [review]
Proposed patch

The idea is to save the online preference when attempting to switch profile or
shut down.
Attachment #166714 - Flags: superreview?(bienvenu)
Attachment #166714 - Flags: review?
Comment on attachment 166714 [details] [diff] [review]
Proposed patch

thx for fixing this. K&R braces style has mysteriously appeared in this file
:-) - sr = bienvenu if you fix that...
Attachment #166714 - Flags: superreview?(bienvenu) → superreview+
Attachment #166714 - Flags: review? → review+
Product: Browser → Seamonkey
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
*** Bug 271423 has been marked as a duplicate of this bug. ***
*** Bug 269481 has been marked as a duplicate of this bug. ***
*** Bug 270535 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.

Attachment

General

Created:
Updated:
Size: