154707 - Mac-only: OK and Cancal buttons are missing on Folder Properties dialog when the text is long

Status: RESOLVED EXPIRED

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Karen Huang]

Used 06-27-05-1.0 Mac full build

Cancel and OK button are missing for Folder Properties|Sharing Tab

Setup: e.g. Account A setup "Read, Write and Manage Privilege Folder" for 
Account B

1) Login to an IMAP account (Account B) with shared folders setup from other 
user (Account A)
2) Select the Read, Write and Manage Privilege Folder
3) Select Edit|Folder Properties|Sharing tab

Actual Results: 
Notice that the OK and Cancel buttons are missing for Folder Properties|Sharing 
tab dialog. Users have no way to select OK or select Cancel to dismiss this 
dialog. Users need to use "Force Quit" to Quit all app in order to dismiss, and 
eventually will cause crash at this point. :-(

Expected results: OK and Cancel buttons should be available for users to select 
OK or Cancel to dismiss this Folder Properties|Sharing tab dialog.

Additional Info:
1)OK and Cancel are both missing for Read, Write and Manage Privilege Folder 
from Account B
2)OK OK and Cancel are both displaying for Read, Write Privilege Folder from 
Account B, but a little be cut from this Folder Properties|Sharing tab dialog.
3)It displays fine for Personal Folder (Full Control) Folder Properties|Sharing 
tab dialog.
4)It displays fine for Read-only previlege Folder.

Comment 1

[Karen Huang]

Nominating nsbeta1 and adding pp for the keywords

Comment 2

[David :Bienvenu]

I see the OK cancel buttons just fine on my build. I'll download a newer build,
but I don't think the dialog has changed any in the last few months

Comment 3

[David :Bienvenu]

Oh, Mac only. Well, not much I can do about that, obviously. Is this a
regression, or is the first time this has been tried on the mac?

Comment 4

[Karen Huang]

It's only occurring on the Shared "Read, Write and Manage" Privilege Folder 
since there are more text on that folder dialog, and it makes those two buttons  
disappear from that dialog. Problem is also occurring on Mac OSX.
I saw the similar problem on Linux, but I can resize that dialog from Linux in 
order to see those two buttons.....

Comment 5

[David :Bienvenu]

so, you could get out of the dialog by clicking on another tab, and the
ok/cancel buttons would appear?

Comment 6

[Karen Huang]

On Mac -> Nope. Cannot get out of the dialog by clicking anothe tab:
OK and Cancel buttons disappear on General info tab & Offline tab too.....

Comment 7

[Gayatri Rimola]

Could this be related to bug 17121?
Karen, can you answer David's question: Is this a regression, or is this the
first time this has been tried on the Mac?

Comment 8

[Karen Huang]

I believe that Gayatri means bugscape17121:
http://bugscape.mcom.com/show_bug.cgi?id=17121
I don't think this is related to bugscape17121 and this is not a regression.
Updating the summary since this is not specific for Shared Folder -- It's 
Occurring on the whole Folder Properties dialog which including other "General 
info" tab & "Offline" tab -> Probably should be a general dialog problem when 
the text is long. Ccing Gary and Olga.

Comment 9

[Karen Huang]

This bug need to be fixed for RTM since on Mac, users cannot resize this dialog 
to dismiss this dialog and there is no action when selecting File|Quit from Mac, 
users need to Force Quit and will cause crash afterwards which is very bad :-(

Comment 10

[Karen Huang]

Attachment: screenshot for the complete dialog with OK & Cancel buttons

Comment 11

[David :Bienvenu]

cavin, could you try just making the dialog taller and see if that fixes the
problem?

Comment 12

[Cavin Song]

The problem I see (on Karen’s machines) is that the two hidden (OK/Cancel)
buttons are right-adjusted to the longest text line. So if you have a long text
line then the buttons will be placed to the far right of the dialog, and if the
dialog is small (in width) then you won’t be able to see them. On linux you can
resize the dialog so you can see them that way but not on the Mac. I think it
can happen on windows as well if the resolution is low (I have not tried it yet).

Comment 13

[David :Bienvenu]

the fix Seth suggests is to change folderProps.xul to use a "description" tag
instead of label, and it will wrap. Something like this:

      <label value="&permissionsDesc.label;" id="permissionsDescLabel"/>
-      <label value="" id="folderPermissions.text"/>
+     <description value="" id="folderPermissions.text"/>

Comment 14

[Karen Huang]

Attachment: OK & Cancel buttons are missing on the properties dialog when text is long

Comment 15

[Karen Huang]

Raising the severity to blocker since without dismiss from this dialog, users
won't be able to setup Read,Write Manage Privilege for IMAP shared folder with
known bug 137862.

Comment 16

[Gayatri Rimola]

Basically once the privilege of a Shared Folder has been set to Read, Write,
Manage, the text is too long and the OK and Cancel Buttons cannot be used for
setting any Folder Property - General Info, Offline or Sharing. The Shared
Folder Folder Property cannot be changed to shorten the text because of bug 137862.

Comment 17

[David :Bienvenu]

I don't understand - doesn't the privileges button still work? I don't believe
this is a blocker by any means since there are lots of workarounds.

Comment 18

[Karen Huang]

Can you provide the workaround for Mac with known bug 137862?
After select "Privilege" button, how can I bring up the Messenger express window 
behind the Mail window without dismiss this dialog on Mac?
Please note: This is only occurring when trying to set the privilege from  
"Read, Write, and Manage" Shared Folders on Mac....

Comment 19

[David :Bienvenu]

sure, go straight to the admin page for the mail server.

Comment 20

[Jaime Rodriguez, Jr.]

nsbeta1- per the ADT. let's get this into a future release.

Comment 21

[Kasumi]

#19 is not help.
Once displayed Properties dialog, we can't switch to any windows until close
this dialog.
Please provide us, how to close Properties dialog.

Comment 22

[Simon Paquet [:sipaq]]

happens on Mac OS X too. Moving over, because Mac classic is no longer supported.

Comment 23

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 24

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but still has no comment since the inception of the SeaMonkey project 5 years ago.

Because of this, we're resolving the bug as EXPIRED.

If you still can reproduce the bug on SeaMonkey 2 or otherwise think it's still valid, please REOPEN it and if it is a platform or toolkit issue, move it to the according component.

Query tag for this change: EXPIRED-20100420