I am adding 10 menus to a popup menu and adding 10 menu items to each of the menus. When the popup menu is shown on the screen, the last 2 characters of the menus are truncated. Since the menu label is truncated, it is difficult to identify the menu to be clicked. This is reproducible on Solaris9 (XToolkit) and Cinnabar. This is not reproducible on any of the previous releases and it has been introduced in some tiger-beta build between b09 to b32c. Hence this is a regression in tiger. This works fine on Win32.

I have attached a sample test. Execute the sample test. You would see a frame with a text area and a button. Right click the mouse inside the textarea. You will see a popup menu. Check whether the menu labels are truncated. If so, the bug is reproduced.
-------------------------------------------------------------------------------
This is reproducible with Menus also. Menus that drop-down from Menu-bar and having sub-menus are completely useless and unreadable. For some of the menus it just shows the first 2 characters thereby making the user's job even more difficult. Moreover, this is a regression in Tiger and occurs on XToolkit which is the default toolkit for Linux.

I have written a sample application where all the menu items are taken from a real time mailer application. Just run the application (given in the comments section) on Linux with Tiger-b63 and navigate through all the menus. For some of the menus listed under 'Messages', 'Go', etc it is not possible to find out what the menu refers to?!!. In a practical scenario, it is very much possible that two menus can just differ by their last characters. Ex: (Forward, Forward As), (Save, Save As), (Get Message, Get Message for) all with respect to a mail application. So the workaround given in this bug is not applicable to above cases and the menu labels are mainly driven by the action taken by the menus when clicked. So this must be fixed at the earliest.

###@###.### 2004-08-24