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.
Hello, the key binding for undo does not work in the current nb 6.0 beta version. Undo functionality does work if selected from the menu. Thank you, Alex
What key map profile do you use? Has the Undo action assigned any shortcut?
The key binding for undo is CTRL-Z I have also tried it in the Ruby Only build with a css file and here the same key binding does not work
I just tried this in a dev build with a few different files and it worked fine. Could you please describe the steps for reproducing this issue? Thanks
Unfortunately I can not give you much more information. Maybe it is important to note that I am running NB 6.0 beta on Ubuntu 7.04 with: Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode, sharing) 1 I start NB 2 There is (for example) a text file open 3 I type a few characters at the cursors current position 4 I type CTRL-Z and nothing happens 5 I select Undo from the menu or I type Alt-E U and undo works 6 NEW: Something I have just found out: After performing the steps described above I immediately type CTRL-Z and it works for EXACTLY ONE Undo. If I continue typing somewhere else and press Ctrl-Z nothing happens. Let me know if you need more info. My guess is that this might be specific to the Linux version of NB?
Thanks for the info. I'm also using ubuntu/gnome with usually jdk5. Could you please attach you <userdir>/log/messages.log to see if there are any exceptions/warnings? Also, what set of modules are you using? Is it standard beta1 or have you downloaded/installed some other plugins? Thanks
I have a similar issue with Build 200710050000 on Windows Vista. The Undo keybinding works for a while (multiple times) and then suddently stops working. After a restart of NB everything is back to normal.
I downloaded the standard beta for java development with no extra plugins. I am not sure where the log file you are asking for is located: <userdir>/log/messages.log Is the <userdir> my home/myname/ directory or is it the netbeans installation directory? In any case there is no log/messages.log in either directory.
Oh, I'm sorry, the log file is in your user directory, which is something like ${HOME}/.netbeans/6.0beta1 and there you need to look for .../var/log/messages.log. The '6.0beta1' part is different for each milestone, release, etc and I am not sure about the exact one for beta1, but I'm sure it's something obvious. Thanks
Created attachment 50388 [details] log file
Created attachment 50389 [details] Ui Gestures file
I have attached the log file and also the uigestures file. It may be of interest, that in the uigestures file it reads as far as i can tell: <record> <date>2007-10-08T12:55:40</date> <millis>1191840940857</millis> <sequence>61</sequence> <logger>org.netbeans.ui.actions.editor</logger> <level>FINE</level> <thread>12</thread> <message>Invoking redo implemented as org.netbeans.modules.editor.NbEditorKit$ NbRedoAction@7d8dfb thru java.awt.event.ActionEvent[ACTION_PERFORMED,cmd=^Z,when=1191840940855,modifiers=Ctrl] INVOKING REDO action via ctrl-z In a different spot it says: <record> <date>2007-10-08T12:55:25</date> <millis>1191840925903</millis> <sequence>57</sequence> <logger>org.netbeans.ui.actions</logger> <level>FINER</level> <thread>12</thread> <message>Invoking &Undo implemented as org.openide.actions.U ndoAction thru org.openide.awt.Actions$MenuItem</message> <key>UI_ACTION_BUTTON_PRESS</key> <catalog>org.openide.awt.Bundle</catalog> <param>org.openide.awt.Actions$MenuItem[Undo ]</param> <param>org.openide.awt.Actions$MenuItem</param> <param>org.openide.actions.UndoAction[&Undo ]</param> <param>org.openide.actions.UndoAction</param> <param>&Undo </param> </record> which says: INVOKING UNDO by selecting via the menu. I do not know whether I am reading this correctly but to me ctrl-Z is linked to the redo action. And in fact CTRL-Y does Undo und CTRL-Z is linked to redo. Somehow these two are mixed up in my system.
That's interesting information. Thanks for spotting this.
*** Issue 118877 has been marked as a duplicate of this issue. ***
*** Issue 120068 has been marked as a duplicate of this issue. ***
I had this same problem. I went to the key mappings section, checked that the mapping was Ctrl-Z, pressed OK to exit out of the dialog and Ctrl-Z worked from that point on.
I'm using Beta 2 on Windows XP and I'm experiencing the same problems, no help when checking the key binding in the Options menu
*** Issue 120918 has been marked as a duplicate of this issue. ***
*** Issue 120922 has been marked as a duplicate of this issue. ***
*** Issue 122712 has been marked as a duplicate of this issue. ***
*** Issue 122911 has been marked as a duplicate of this issue. ***
*** Issue 123090 has been marked as a duplicate of this issue. ***
*** Issue 123264 has been marked as a duplicate of this issue. ***
This just happened to me with NB 6.0 release and WinXP. Undo was working, but suddenly stopped working. After restart of NB, everything is OK again. Since this is pretty annoying and making NB look unprofessionell, this should be P2. Attaching messages.log and uigestures.
Created attachment 53975 [details] messages.log
Created attachment 53976 [details] uigestures
*** Issue 123622 has been marked as a duplicate of this issue. ***
Thanks tboerkel, I increased the prio. It happened to me the other day too and I spent about an hour trying to track it down, but with no luck. Anyway, it's pretty annoying when it happens.
I think the target milestone need to be updated too. I hope this can be fixed to 6.0.1! Cheers.
AFAIK there is not going to be anything like 6.0.1. The next release is 6.1, so the best shot we can do is for 6.1M1. But don't worry it's still pretty soon - http://wiki.netbeans.org/wiki/view/NB61Milestones. The flip side is that we still don't know what the problem is exactly. :-(
I thought I added these comments already, but I don't see them here, so... Every time I have noticed this happen it is when I am undoing an edit that happened by accidentally doing a drag-and-drop edit while trying to adjust the range of the current selection. But that alone doesn't seem to be the issue because I can't reproduce it by doing just that.
Vito, please take a look at it. Many duplicates. 6 votes.
*** Issue 126820 has been marked as a duplicate of this issue. ***
*** Issue 126248 has been marked as a duplicate of this issue. ***
*** Issue 130329 has been marked as a duplicate of this issue. ***
*** Issue 130883 has been marked as a duplicate of this issue. ***
I have noticed that when this happens the CTRL-Z binding still works in the GUI editor (Matisse)
This will not be fixed in 6.1??? This is one of the most annoying things in 6.0!!!
I agree. It is ridiculous that this hasn't been addressed by now. To release 6.1 knowing that this show stopper is still there is foolish.
Well, maybe it is one of the most annoying things in Nb 6.0 and maybe we are fools. But the fact is that we have no reliable steps for reproducing this issue and even after considerable time spent on analysis we don't know what is causing this problem and don't have a fix for it. So, instead of delaying the release for unknown amount of time until this issue is resolved, we decided to take the risk of looking foolish and waved this issue. This does not mean we have given up and stopped looking for the solution. It's still a P2 and very high on our list. I'd like to assure you that as soon as the fix is known we will push it to users through the AU servers. In the meantime if any of you knows how to reliably reproduce it, please post the steps here. Thank you
If there are no steps to reproduce, maybe there is something we can do or check after it has happened?
I think I can reproduce this: Create or open a GUI project. Verify that the keybinding works: open the java editor type some nonsense and press Ctrl+Z. Switch to design view (mattise) Select an existing, or add a new, swing control. View the properties. Click on the code button (at the top of properties). Then click any of the more (...) buttons, for example 'Pre-Init code. Switch back to source view. Ctrl+Z no long works for me. I'm using: Product Version: NetBeans IDE 6.0 (Build 200711261600) Java: 1.6.0; Java HotSpot(TM) Client VM 1.6.0-b105 System: Windows XP version 5.1 running on x86; Cp1252; en_GB (nb)
I can confirm wozzats way of reproducing the bug on Ubuntu 7/10 with Netbeans dev 200803251204 alex
wozzat - thank you very much ! I can confirm it as well in : Product Version: NetBeans IDE Dev (Build 200803311426) Java: 1.6.0_05; Java HotSpot(TM) 64-Bit Server VM 10.0-b19 System: Linux version 2.6.22-14-generic running on amd64; UTF-8; en_US (nb)
The testcase is reproducible. Thanks wozzat. Product Version: NetBeans IDE Dev (Build 200803311211) Java: 1.6.0_06; Java HotSpot(TM) Client VM 10.0-b22 System: Linux version 2.6.22-14-generic running on i386; UTF-8; en_US (nb)
I can also reproduce this. Product Version: NetBeans IDE 6.0.1 (Build 200801291616) Java: 1.6.0_04; Java HotSpot(TM) Client VM 10.0-b19 System: Windows XP version 5.1 running on x86; Cp1252; en_GB (nb)
I was able to reproduce and I will attempt to fix this.
I've found what's wrong and I'm working on a fix.
The code in form editor's FormUtils which sets an undo manager and undo/redo keybindings was disabled. It did not restore the state of the editor component's keymap and since the keymap instance was shared among the editors this problem arised. Editor now manages its own default undo manager in case when it's not added into a TopComponent so the functionality in FormUtils is no longer needed. A nice side effect is that the undo/redo should now also work in other editor panes embedded in dialogs e.g. in debugger's Evaluate Expression dialog. http://hg.netbeans.org/main/rev/4a5981146d70 IMHO it would be good to have this fix in 6.1 if it proves to be OK. What's the QE's opinion?
Congratulations on finding and fixing this issue! I will test this in the next nightly build! Thank you for your efforts!
+1 for getting this fix into 6.1. (And thanks to wozzat for finding how to reproduce this.)
I agree with integration to 6.1. Mila, proceed with integration please. Thanks in advance.
The change looks ok to me, so please consider it peer reviewed. Thanks Mila
it seems to be ok -> verified from QA
Integrated in release61: http://hg.netbeans.org/main/rev/cf1422dd7db1
Is there anyway to release this fix for the current 6.0.1 release? I think its great that its going into 6.1, but until I can get the office to update all of the developers to 6.1 I understand that there are issues with mixing and matching 6.0.1 and 6.1 for the same project (integrated with svn for instance). Is there any way to have a netbeans update (using the plugins tool for instance) for this? Thanks so much.
ccing pgebauer.
verified in 6.1
This could help to mitigate the issue for some people on older versions. The problem was caused by code customizers in the form editor (Matisse). So, as long as you don't use Matisse or don't use any of its code customizers (ie. dialogs that allow entering code like those for pre-init, post-init, etc) this issue should not harm you. Maybe we could also push the change through the autoupdate servers somehow, so that anybody running 6.0, 6.0.1 could simply update its IDE.
That would surely improve your karma.
gcruscoe wrote: > Is there anyway to release this fix for the current 6.0.1 release? > Is there any way to have a netbeans update (using the plugins tool for instance) for this? Thank you for your interest in this NetBeans issue; its fix is available in the latest daily builds and will be part of the NetBeans 6.1 IDE release. At this time our proactive patches for the NetBeans 6.0.1 IDE have concluded as we shift our focus to preparing for 6.1 proactive patches. If you own a Sun service plan contract for NetBeans, you may wish to contact Sun Service http://www.sun.com/contact/support.jsp to obtain the fix via product defect escalation process. For more information on purchasing a Sun service plan contract for NetBeans, refer to the two service plan items in the Sun Service table found on our NetBeans Support Resources page http://www.netbeans.org/kb/support.html