Closed Bug 442726 Opened 16 years ago Closed 15 years ago

msg body context menu for move and move again menu items should be disabled for news articles

Categories

(Thunderbird :: Mail Window Front End, defect)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird 3.0b3

People

(Reporter: mkmelin, Assigned: mkmelin)

Details

Attachments

(1 file)

For news, the "move" and move again menu items should be disabled. (In the menus they are - xref bug 54123.)
Summary: msg body context menu for move and move again menu items should be disabled → msg body context menu for move and move again menu items should be disabled for news articles
Ok so this got rolled into my patch for bug 473168.
Assignee: nobody → mkmelin+mozilla
Status: NEW → ASSIGNED
Depends on: 473168
Target Milestone: --- → Thunderbird 3.0b3
No longer depends on: 473168
Attached patch proposed fixSplinter Review
Ok, as Joey brought up in the other bug, the alternative to disabling would be to let the menu item be enabled for news/readonly imap, but have it say "Copy" when the message can't be moved.

Personally I think disabling might be clearer. Using "Copy to xxx again" when you didn't copy the last time feels a bit confusing. Not that I think cross account copying is very common anyway. 

I don't have a strong feeling about it, we could do it either way. This patch does the disabling - matching what we already do for the standalone msg window.
What to people think?
I don't have a better idea than disabling.  Disabling makes sense to me as I'd worry people misinterpret the 'copy ... again' to mean they did a copy previously.  Not sure that's much cause for worry, but I'd rather avoid the confusion.
Comment on attachment 364672 [details] [diff] [review]
proposed fix

Setting that as ui-r=clarkbw
Attachment #364672 - Flags: ui-review+
Attachment #364672 - Flags: review?(jminta)
Comment on attachment 364672 [details] [diff] [review]
proposed fix

I'd appreciate a comment above the if() to explain what we're protecting against.

+          let loadedFolder = GetSelectedMsgFolders()[0];
I'm not wild about GetSelectedMsgFolders now that it just wraps the folder-tree's method. I'd prefer to just call directly: gFolderTreeView.getSelectedFolders()

It's unfortunate that we're proliferating uses of the global |pref|, but I'll fight that battle another day.

r=jminta with the substituted gFolderTreeView call.
Attachment #364672 - Flags: review?(jminta) → review+
Checked in with comment and gFolderTreeView.getSelectedFolders

changeset:   2332:750958a0d6c9
http://hg.mozilla.org/comm-central/rev/750958a0d6c9

->FIXED
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: