Closed Bug 442726 Opened 17 years ago Closed 16 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: 16 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: