Closed
Bug 380292
Opened 17 years ago
Closed 17 years ago
TB process does not end on File > Exit or close of all windows with Lightning 0.5 nightlies
Categories
(Calendar :: Lightning Only, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: kelv, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 Build Identifier: Thunderbird version 2.0.0.0 (20070326) + Lightning nightly build for 10th May 2007 I have two profiles. One is my normal one with Lightning 0.3.1. One is my test one with Lightning 0.5 nightlies. Whenever I close down Thunderbird while in the testing profile the Thunderbird process remains and has to be killed via Task manager. This does not happen when I am in via my normal profile. Reproducible: Always Steps to Reproduce: 1. Start TB with a profile that has Lightning 0.5 nightly installed. 2. Close down TB. Actual Results: The Thunderbird process remains active even though all windows have closed and has to be killed via Task manager. Expected Results: Thunderbird should close.
Comment 1•17 years ago
|
||
Can't confirm it----> WFM
Comment 2•17 years ago
|
||
I remember Lucy had a similar problem to this. Since it seems we're getting repeated reports of it, I'm suspicious that there's some underlying bug.
Comment 3•17 years ago
|
||
Yes, I couldn't reproduce after a bunch of testing new builds and profiles and servers, but when I started up the original profile the other day, I had the same issue again.
Comment 4•17 years ago
|
||
I forgot to say that it WFM using new profile. But maybe it's an update problem
Comment 5•17 years ago
|
||
1) What other extensions are installed? 2) Have you changed your default settings for thunderbird and lightning? 3) Can you try to disable lightning and then see if the problem persist (maybe it's a thunderbird bug)?
1) On the test profile Lightning is the only extension installed. 2) No. 3) The problem goes away. Looking more closely at the behaviour the following is happening. - If I start TB2.0/Lightning 0.5 and quit it quits as it should. - If I start it, go into the calendar views then quit it still quits as it should. - If I start it, go into calendar views and then move an event (by dragging for example) then try and quit, the windows close as they should *but* the TB process is left sitting in task manager.
I see the same behavior with Sunbird. If I make an edit while I've got Sunbird running and then I close the Sunbird window, the Task Manager still shows the process executing. In terms of setup, I'm using calendars managed via WebDav. I'm on Windows XP Pro SP2, running Sunbird 0.5 RC1. I was poking around with the password protecting the WebDav calendars, and I am seeing some unexpected behavior. I suspect that's a result of the continued execution of the Sunbird process - I'm guessing the continued process means Sunbird is retaining the password in memory, which would explain what I'm seeing. For example, if I remove the password from my saved list, close Sunbird, and then re-open Sunbird, I'm not prompted for the password again.
With what you've just said and what I observed trying to figure out bug 380291, it seems like if there's an authentication problem and Lightning/TB gets a 401 at a point it doesn't expect e.g. because GET/POST/PROPFIND/etc are limited in Apache, it throws a fit and the TB/SB process won't quit without a kill / End task.
Comment 9•17 years ago
|
||
How would I go about logging this to confirm it myself?
Comment 10•17 years ago
|
||
I poked at this a little further, and it does look like the root issue is the same as in bug 380291. When I have full password protection (for GET and PUT), I see the following in my apache log: Start Sunbird: 127.0.0.1 - - [02/Jun/2007:08:08:25 -0400] "GET /webdav/Ed.ics HTTP/1.1" 401 401 Prompted for password: 127.0.0.1 - Ed [02/Jun/2007:08:08:32 -0400] "GET /webdav/Ed.ics HTTP/1.1" 200 62633 Make an edit: 127.0.0.1 - Ed [02/Jun/2007:08:08:38 -0400] "PUT /webdav/Ed.ics HTTP/1.1" 204 - 127.0.0.1 - Ed [02/Jun/2007:08:08:38 -0400] "PROPFIND /webdav/Ed.ics HTTP/1.1" 207 351 When I have open GETs and password protected PUTs, I see the following: Start Sunbird: 127.0.0.1 - - [02/Jun/2007:08:12:06 -0400] "GET /webdav/Ed.ics HTTP/1.1" 200 62324 Make an edit: 127.0.0.1 - - [02/Jun/2007:08:12:06 -0400] "PUT /webdav/Ed.ics HTTP/1.1" 401 401 Sunbird does prompt me for my password, but apache never sees a request come through with that authentication - the 401 is the last thing in the apache log. It's at this point that I shut down the SB window, but the process does not go down.
Reporter | ||
Comment 11•17 years ago
|
||
Problem had gone away by 0.7.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Updated•17 years ago
|
Resolution: FIXED → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•