User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729) XPCOMViewer/0.9a Build Identifier: When I invoke mailcontext popupmenu (by right click in mailContext) in empty folder it is displayed empty popup (empty 6px square). Reproducible: Always

I forgot step to reproduce 1. Open an empty folder 2. Right click in threadTree to display messagePopup

Palo do you have the issue in -sage-mode ? Anything in the Error console ?

>Palo do you have the issue in -sage-mode ? yes >Anything in the Error console ? nothing neither in error console nor debug console. I can confirm that fillMailContextMenu() is executed. I thing problem is in nsContextMenu

For reproduce it just go to a folder with a few emails (5-10) and click on the "empty"\blank area to display this.

I forgot to set status as New.

Please also change Platform to "x86 All", if you dupe an older bug report for Linux to a newer one for Windows.

Based on <https://bugzilla.mozilla.org/show_bug.cgi?id=528000#c2>, the regression range is: <http://hg.mozilla.org/comm-central/pushloghtml?fromchange=5e8d2ae9de7e&tochange=13a8ea0d02a9>. Bug 519041?

This bug is still happening for me

I took a look at nsContextMenu and it seems that it is designed to hide items if they are not related with context where is context menu displayed. In this case there is no visible item. So it is displayed an empty context menu. Can anyone confirm that this also happen on mac?

(In reply to comment #12) > I took a look at nsContextMenu and it seems that it is designed to hide items > if they are not related with context where is context menu displayed. In this > case there is no visible item. So it is displayed an empty context menu. > Can anyone confirm that this also happen on mac? Tried on Snow Leopard with TB 3.0.1 and it doesn't happen.

(In reply to comment #13) > Tried on Snow Leopard with TB 3.0.1 and it doesn't happen. Did you try hard enough? With some themes the problem is recognizable only by means of very subtle signs, see <https://bugzilla.mozilla.org/show_bug.cgi?id=528000#c5>.

(In reply to comment #14) > Did you try hard enough? With some themes the problem is recognizable only by > means of very subtle signs, see > <https://bugzilla.mozilla.org/show_bug.cgi?id=528000#c5>. That bug is related to Linux. I was asking on Mac. I'm just thinking that this problem is in Gecko with Win/Linux when it is displayed menu that has all item hidden. So there is nothing to show.

(In reply to comment #15) > (In reply to comment #14) > >> Did you try hard enough? With some themes the problem is recognizable only by >> means of very subtle signs, see >> <https://bugzilla.mozilla.org/show_bug.cgi?id=528000#c5>. > > That bug is related to Linux. I was asking on Mac. This doesn't really matter. The emty context menu can be *completely* invisible and require special attention to small details like main menu items not responding to the first click to be discovered. This is why I don't fully trust the conclusion in Comment 13.

(In reply to comment #16) > This doesn't really matter. The emty context menu can be *completely* invisible > and require special attention to small details like main menu items not > responding to the first click to be discovered. This is why I don't fully trust > the conclusion in Comment 13. Sorry you were right, I just tested quickly this morning. In fact the menu is there but it's invisible as you said. If I click somewhere else after opening the invisible context menu, nothing happens, I have to click another time (because the first click closed the menu)

one sees a similar empty window when mousing over a folder (in the folder pane) that has new messages, and message preview text is disabled. cosmetic => trivial