This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
We use specially labeled UndoableEdits (see also issue #40823). The result is that the label to be used for the undo/redo action becoms quite large. The edit menu pane is not wide enought to display the whole label. The label overwrite the text describing the shortcut. But moving forward to another pulldown menu and then back will redisplay the edit menu with the right dimension.
reassigning
it works fine on my linux box, could be platform specific. What JDK are you using?
I tried it using 1.4.1_01_b01 and 1.4.2-b28 I did'nt try an older version (yet). Do you need more information?
it happens on my XP as well. TIm, are we using special UI classes for menus or we use the jdk defaults?
AFAIK there's nothing funny with the UI classes, but it is the old strange menu classes in org.openide.awt (look in both openide/ and openide/loaders), and they have some workarounds for 1.3 positioning bugs, etc. David Strupl contributed a line switch to turn some of that off - it might help.
evaluation: the problem is the lazy updating of the menu item texts in org.openide.awt.Action.MenuBridge.updateState() which happens too late - when the menu is added to the awt hierarchy. at that time everything seem sto be layed out already.. that's why going to a neighbouring menu and back solves the problem.
IMHO fixed by doing the update at an earlier stage. still lazy, but not in JComponent.addNotify(). (JMenuPlus.java and Actions.java in org.openide.awt)
*** Issue 41836 has been marked as a duplicate of this issue. ***
Verified in NetBeans 4.2 Build 200507110943