20993 - [dogfood] http://is continuous stream of authentication dialogs

Status: VERIFIED WORKSFORME

(Core :: Networking, defect, P3)

Description

[chris hofmann]

tried to check on the status of one of my IS requests
on the internal network at netscape.

go to http://is
authentication dialog comes up.
sign in using my user name and passwd.
click on help | ticket status link
get "Enter User name for basic realm=Help Desk
I can provide my user name and passwd by
every link I click on to view open tickets or calls
results in the dialog reappearing..

very frustrating.

Comment 1

[chris hofmann]

Also when I try to post an update to one of my IS tickets
via the cgi I get
    Request Submit Error! No Env Content Length
and I lose everything I've typed in.

Comment 2

[chris hofmann]

here is some of the console out put when I was trying to enter
info in the form....

Move window by 254,151.6
screen x 520screen y -8
Document: Done (164.61 secs)

 url=http://request.mcom.com/helpdesk/customer_ticket_update.cgi

 data=Content-type: application/x-www-form-urlencoded; charset=ISO-8859-1
Referer: http://request.mcom.com/helpdesk/my_open_ticket.cgi?key=189313
Content-Length: 385

ticket_id=189313&call_id=205659&additional_comments=still%20not%20working.%20%20
Can%20I%20raise%20the%20priority%20on%20this.%0D%0Awe%20are%20going%20into%20a%2
0critical%20stage%20of%20a%20client%0D%0Aproject%20and%20I%20need%20to%20have%20
page-chofmann%20working%0D%0Aso%20folks%20working%20on%20communicator%205.0%20ca
n%20%0D%0Acontact%20me%20quickly%20and%20easily%0D%0A%0D%0Athanks
commonDialogOnLoad
Move window by 254,151.6
screen x 26screen y -13
Document: Done (12.69 secs)
Going Back
commonDialogOnLoad
Move window by 254,151.6
screen x 71screen y -13
Document: Done (13.46 secs)

Comment 3

[Judson Valeski]

two bugs here: auth caching problem, and a posting problem (should be broken out
and handed to potts).

Comment 4

[chris hofmann]

lucky http://bugzilla.mozilla.org/show_bug.cgi?id=21000
is set up to deal with the posting problem

Comment 5

[Judson Valeski]

I can't reproduce this. I goto is.mcom.com (no auth necessary). I click on the
"Help Desk/Moves" link in the left pane and it asks me for auth. I give it once
and don't have to give it again. You're on win95?

Comment 6

[chris hofmann]

yes, win95. 12/05 release build.  I'll give it a try on an updated
build and linux tomorrow.

Comment 7

[leger]

Putting on PDT+ radar.

tever, can you try to reproduce and provide your results here ASAP.  Thanks!

Comment 8

[Tom Everingham]

jan, I am blocked on checking this by bug 21099

Comment 9

[Warren Harris]

Moving what's not done for M12 to M13.

Comment 10

[Judson Valeski]

I still can't reproduce this. Please re-open w/ a more detailed reproduction
case if it's still an issue.

Comment 11

[chris hofmann]

working for me in the 12/8 afternoon build.

die bug, die.

Comment 12

[Tom Everingham]

This page looks different today - but I CAN access ticket status fine.

marking it dead and buried

Comment 13

[leger]

Bulk move of all Necko (to be deleted component) bugs to new Networking

component.

Comment 14

[varada]

Using windows 1999121508 - this still works - hence suggest we close this bug.

Comment 15

[Tres Seaver]

The following URL breaks in both M11 and the 1999/12/15 nightly build:

http://209.67.167.7/demos/moz_auth_bug

Use userid:     mozilla
    password:   lizard

Comment 16

[Tres Seaver]

BAH!  I CAN see the page -- the glitch was in the hundreds of lines of "signons
not saved" in my wallet | signons;  I don't know how the list got so long, nor
why it influence my ability to do the authentication.  Once I cleared
"signons.tbl" (manually, the GUI was too painful) of the redundant entries, I
can and do see the page.

Comment 17

[leger]

Clearing FIXED resolution due to reopen.  But is this now a Resolved/WorkForMe?

Comment 18

[Judson Valeski]

worksforme

Comment 19

[Tom Everingham]

verified:  Win95 2000012520