230615 - "Close Window" MenuItem kills ALL Mozilla apps (browser, mail/news)

Status: RESOLVED DUPLICATE of bug 230617

(Calendar :: General, defect)

Description

[Rick Stockton]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040106
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040106

Same problem occurs when closing Calendar via the X11 Window "close" icon. (Data
loss if unsaved Emails are being drafted, or web page forms being filled out.)

I'm using the "Mozilla 1.6 nightly" Calendar xpi of January 9 (the "brand new"
one, as I write this bug). 

Reproducible: Always

Steps to Reproduce:
1. Open Mozilla Suite (with OR without Calendar as automatically started Window)
2. Open Calendar, if not automatically started via config option.
3. Close Calendar, using either the "File" menu option "Close Window" or the X
window close icon.

Actual Results:  
ALL Mozilla application windows were terminated. Lost an EMail being drafted.

Expected Results:  
Closed Calendar only, leaving other Windows within the Suite (Browser,
Mail-News, Composer, new EMail drafts) open.

Comment 1

[Rick Stockton]

Please feel free to build me a Linux test XPI and have me try it out at any
time. I can't build from source, but I can save/restore my profile and my
Mozilla codebase as often as we desire.

Comment 2

[Calum Mackay]

I cannot reproduce, linux/x86 20040111.

I start mozilla, bring up the calendar by clicking on the icon. I can then close
the calendar either from the menu, ctrl-W, or the X close button, and mozilla
happily continues running in all 3 cases.

Comment 3

[Calum Mackay]

In addition, if you're losing unsaved email drafts, without warning, it sounds
to be as though what's happening is that mozilla is crashing when you close the
calendar.

Can you attach a debugger to it whilst it's running, and confirm?

Comment 4

[Rick Stockton]

/pub/mozilla.org/nightly doesn't have a linux installer matching your date
(20040111). I will assume that you want me to use the "10-Jan-2004 17:50" ful
installer.

How to "attach a debugger to it": May I simply execute 'run-mozilla.sh -g
mozilla.bin', or do you want me to specify a particular debugger with -d ? (As
in, for example, 'run-mozilla.sh -g mozilla-bin -d gdb' ?)

Thanks for your quick feedback! I will try my best, although I can't even spell
'XUL' or 'C'.

Comment 5

[Stephen Moehle]

I had this problem as well, also on Linux.  The cause turned out to be weird
permissions on the Calendar directory in my profile - 001 (only execute for
other).  Changing the permissions to a more reasonable 775 fixed the problem.

Tested with Linux night from Jan 10, Jan 9 calendar xpi, and a new profile.

See also bug #230617.

Comment 6

[Calum Mackay]

re comment 4 - I just append "-g" to the command-line, and it fires up the
ddd-frontend...

Comment 7

[Rick Stockton]

Confirming comment 5. I haven't changed the directory permissions yet, but the
Calendar directory was created "d_ _ _ _ _ _ _ _ x".

This is a "local" installation (within my home directory tree, not the default
/usr/ location). I don't think that the location of Mozilla executable would
affect the UID, but I'm a newby. Maybe this is a key to exposing the bug.

I will change the permissions first, try to close Calendar. If I still crash the
other apps, then I will run with debug. 

Comment 8

[Rick Stockton]

Problem is fixed by correcting the permissions assigned to the profile
'Calendar' directory. This change also fixes bug 230617. My Thanks to both of you!

Comment 9

[Mostafa Hosseini]

*** This bug has been marked as a duplicate of 230617 ***

Comment 10

[Reed Loden [:reed]]

The bugspam monkeys have been set free and are feeding on Calendar :: General. Be afraid for your sanity!