Closed
Bug 54822
Opened 25 years ago
Closed 25 years ago
outlook web client logon does nothing
Categories
(SeaMonkey :: General, defect, P3)
Tracking
(Not tracked)
People
(Reporter: tchort, Assigned: asa)
Details
(Keywords: qawanted, regression)
Attachments
(1 file)
4.47 KB,
text/html
|
Details |
This used to work and stoped few weeks ago, outlook exchange client has a web
based client, I used to be able to logon and read / send, now once it prompts
for a user id / password nothing happens.
![]() |
||
Comment 1•25 years ago
|
||
I see this also with Exchange Version 5.5 SP3 and Linux cvs build from today.
The following went to the console:
Gdk-CRITICAL **: file gdkwindow.c: line 716 (gdk_window_ref): assertion `window
!= NULL' failed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
![]() |
||
Comment 2•25 years ago
|
||
![]() |
||
Comment 3•25 years ago
|
||
This will probably be difficult to debug unless you have access to an Exchange
server. I can't make any guarantees until I talk to my boss, but I may be able
to give access to try this out and fix it. At the very least I could probably
attach all the webclients html code in a tarball.
Comment 4•25 years ago
|
||
gdk_window_ref - looking in lxr, pavlov seems to be the writer of code using it.
cc him, maybe he can help.
reporter/David kraus - when does the assertion fail? after you press the logon
button?
![]() |
Reporter | |
Comment 5•25 years ago
|
||
In my case there is a form that takes a user ID, then prompts for
userid/password once those are in and return it hit the proccess stops.
Comment 6•25 years ago
|
||
qawanted + regression keyword
do you remember when this last worked?
Keywords: qawanted,
regression
![]() |
Reporter | |
Comment 7•25 years ago
|
||
Don't remember the date/build, but I think it has been few weeks. I'll try to
trace it down tomorrow from work (using dialup now) I'll go back about 2 weeks
and try those builds to see when it started.
![]() |
||
Comment 8•25 years ago
|
||
The assertion happened after I entered my username and password into the dialog
that popped up. Unfortunately I can't tell narrow down the last time this
worked to anything better than maybe a month ago. I hadn't used it since then.
![]() |
Reporter | |
Comment 9•25 years ago
|
||
It worked in 2000080704 build... Hope this helps...
Assignee | ||
Comment 10•25 years ago
|
||
there is another repot of this I think. Can't find it though.
Comment 11•25 years ago
|
||
the pop-up, is it a webpage or the mozilla-internal auth popup?
![]() |
Reporter | |
Comment 12•25 years ago
|
||
moz internal, seems like a regular auth popup...
Assignee | ||
Comment 13•25 years ago
|
||
I'll bet this is bug 53182 -login via basic auth does not work
![]() |
Reporter | |
Comment 14•25 years ago
|
||
I think you are right, latest post there said it's fixed in the last linux
build, I tried it and it worked!!!!!
Thanks
Assignee | ||
Comment 15•25 years ago
|
||
Great! marking this a duplicate of bug 53182
*** This bug has been marked as a duplicate of 53182 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•