85941 - Starting browser with proxy user login causes sidebar to not appear

Status: RESOLVED INVALID

(SeaMonkey :: Sidebar, defect, P5)

Description

[Barrett Lindstrom]

If you have the browser set to go thru a proxy that asks for a log in, the 
sidebar never appears.

Steps to Reproduce:
1.  Start N6 (or mozilla).
2.  Go to Edit->Preferences->Advanced->Proxies
3.  Set the HTTP proxy to proxy.packetgram.com Port:443 (you can set the rest if 
you want, but this is the minimum to see the problem).
4.  Click the "OK" button, then Exit the browser
5.  Restart the browser.  A dialog box will come up asking you for a username 
and password.  Use these passwords:  
             Username:test 
             Password:test
6.  Click OK.

The browser will now connect to the home pages, but the sidebar will never show 
up.

I cannot reproduce this on linux.  I have seen this using the N6.1 Beta canidate 
for Hpux on both Hpux 11i, and 11.00.  I have also seen this on mozilla build 
#2001061409 and commercial build #2001061309.

Comment 1

[Barrett Lindstrom]

Updating qa, and adding blocker

Comment 2

[Jimmy Uen]

something else that i found ..
if you click "Tabs" on the sidebar and either check or uncheck any selections
sidebar will then works.

also there's no problem using proxy server york:3128 which doesn't do proxy
authentication.

Comment 3

[Barrett Lindstrom]

Just a guess, but I think this probably has to do with the authentication window 
coming up before the sidebar is loaded, and horking it up.

Comment 4

[Asa Dotzler [:asa]]

I would appreciate it if you do not post passwords to my system on the internet.
Especially without my permission.

I've changed this password.

->sidebar

Comment 5

[Barrett Lindstrom]

My apologies.  I was under the assumption that this was a test proxy for general 
testing use.  Do you know of a proxy that asks for authentication that we CAN 
post the passwords for so we can test this properly?

Comment 6

[benc]

I have offered to make this proxy available to individuals that need access to
fix or test a specific bug, but I am not distributing open test accounts.

This is a facility we need, but Netscape does not even pay the full bill for my
current connectivity at this time. If you need more acess to test servers, you
should educate your manager and urge Lisa to expand these resources..

Comment 7

[Shannon Diener]

adjusting priority and severity for the radar (for Rob who doesn't have
permission to do so)

Comment 8

[benc]

I just installed Mozilla 0.9.5 via an authenticating HTTP proxy, and when the
browser started, it was forced to use the same proxy as the installer (b/c of
all-proxy.js), and then the sidebar came up grey.

It did not happen when I restarted the browser, so I don't know why it happened
only once.

Comment 9

[Mike Kaply [:mkaply]]

This appears to be working in the current build. Can someone retest?

Comment 10

[benc]

barret: can we get a possible resolved/wfm +verified from you and mkapply?

Comment 11

[aaronr]

This bug happens on all platforms, but it is a matter of timing.  The reason
that the sidebar is completing is that the function sidebar_open_default_panel()
in sidebarOverlay.js is hitting the max number of tries (set to 3).  In the
failing case, the modal dialog comes up before the test
"panels.childNodes.length <=2" fails.  When that happens, the thread blocks
waiting for the dialog to be dismissed.  By the time the user signs on it is too
late for the sidebar.  The reason that this isn't seen on most platforms is that
sidebar-panels is ready to go before the modal logon dialog goes up.  If I do
something as simple as recompile the sidebarOverlay.js after setting SB_DEBUG =
true, I will see this problem on Windows (99 milestone build).

The easiest workaround/fix is giving the user more time to handle the logon
dialog (either to logon or dismiss the dialog).  This can be done by upping the
number of retries in sidebar_open_default_panel() or making the initial timeout
much larger in sidebar_overlay_init() (currently 100 ms).  Could also wait to
load the logon dialog until the sidebar is ready to roll.

Comment 12

[Rob Jaworski]

over to martinl.

Comment 13

[Martin Lawyer]

Discussed with sgehani, who agreed he is the appropriate owner of this one for
now.  Reassigning. 

Comment 14

[Samir Gehani]

helpwanted