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.
|Summary:||[60cat] opened files are not in jump history|
|Component:||Navigation||Assignee:||Milutin Kristofic <mkristofic>|
|Severity:||blocker||CC:||markiewb, olangr, vv159170|
|Issue Type:||ENHANCEMENT||Exception Reporter:|
Description tomzi 2007-11-21 13:58:51 UTC
[ BUILD # : 200711131200 ] [ JDK VERSION : 1.6.0_02 ] .) Open a java file .) Open a xml file .) Open another java file .) Press ALT-LEFT -> It should switch to the xml file but it switches to the first java file.
Comment 1 vanob 2007-11-21 16:22:12 UTC
Reproducible on Solaris. Very annoying.
Comment 2 Vitezslav Stejskal 2007-11-26 14:23:19 UTC
This is as designed in the new keybinding profile (the new default one called Netbeans). alt-left/right now navigates through the editor history. If you want to switch tabs please use ctrl-page up/page down. Alternatively you can switch to Netbeans 5.5 keybindings in Tools-Options -> Keymap by changing the active profile.
Comment 3 tomzi 2007-11-27 08:14:38 UTC
Well that is exactly the problem, isn't it that alt-left/right does NOT switch through the history correctly. It does ignores NON-java files when switching through the history.
Comment 4 Jiri Prox 2008-04-11 00:44:28 UTC
moving opened issues from TM <= 6.1 to TM=Dev
Comment 5 Jan Becicka 2008-07-22 14:58:38 UTC
Should be easy..
Comment 6 Vitezslav Stejskal 2008-07-23 11:58:19 UTC
Is really pgebauer going to fix this? > does NOT switch through the history correctly. It does ignores NON-java files when switching through the history. Well, the problem is that opening a file is not tracked as an action in the navigation history. The IDE only tracks certain actions like ctrl + mouse click, various 'go to' actions, etc. I don't remember the exact list. For example try to open several files by clicking their icons in the projects navigator. All the opened editor windows will have their history navigation buttons disabled. I'm not exactly sure why this was designed this way, but perhaps we should change this and track 'file open' action in the history as well. Ondro, do you have any suggestion?
Comment 7 Ondrej Langr 2008-07-23 16:56:12 UTC
> perhaps we should change this and track 'file open' action in the history as well. Ondro, do you have any suggestion? Agreed, but let me restate this. Opening a file should be tracked as "navigation point" if focus is set into a new file. If a file is open silently in the background (i'm not sure it is possible in nb), it should not be tracked.
Comment 8 Miloslav Metelka 2008-12-01 11:09:15 UTC
This will be a bit tricky. We could blindly insert a JumpList entry of (new-opened-file:0) but openide/text can set an explicit caret position - see CloneableEditor:509 - setCaret() call which would be a better candidate for the jumplist. Either there should be an API for openide/text to add to jumplist or the initial setDot() will be made always (not only conditionally) and jumplist will remember first setDot() automatically.
Comment 9 Vitezslav Stejskal 2009-03-11 16:29:17 UTC
*** Issue 115422 has been marked as a duplicate of this issue. ***
Comment 10 Sergey Petrov 2009-04-13 10:01:09 UTC
For me it's not clear what fix is expected. if user goes through methods hierarchy and this way new files are opened, it's good to have this files in history, but if use opened set of files from a project tree it may be not good to add such files to the history, also it's a question if tab activation should be in history for already opened files etc. There is a way for tabs switching without history. In my opinion the issue is an enhancement request at best but if any objections please comment. reproducible with 6.7m3
Comment 11 Ondrej Langr 2009-04-14 12:51:07 UTC
The essential point of this issue is that history navigation does not navigate through history (as expected), which is a defect, not enhancement, IMO. > if user opened set of files from a project tree it may be not good to > add such files to the history Yes, this action should be tracked as history navigation point, because it opens a file and sets it in focus. It is a clear "point I have been to" from users' perspective. If you select multiple files and open them by right-click and "Open", only the one which is opened in the editor and "focused" should be inserted into navigation history, though. > also it's a question if tab activation should be in history for already opened files etc. Yes for the same reason .. when users focus their attention on the code in that file, it is a "navigation" point so it should be in the history and users should be able to navigate back to that piece of code.
Comment 12 Sergey Petrov 2009-04-28 09:39:17 UTC
*** Issue 156595 has been marked as a duplicate of this issue. ***
Comment 13 markiewb 2012-12-17 18:52:52 UTC
Set target-milestone of open issue to TBD (was < 7.3, f.e. 6.8), so the issue doesn't get lost.
Comment 14 markiewb 2012-12-17 19:00:19 UTC
Set target-milestone of open issue to TBD (was < 7.3, f.e. 6.8), so the issue doesn't get lost. This time the target milestone is really set.
Comment 15 Milutin Kristofic 2013-02-27 16:08:04 UTC
For some people this would be nice improvement, some people could disagree with suggestion. This issue is more than 5 years old and navigation is now connected with jumpto functionality and it could be confusing to change it. We can discuss this when somebody from ui review team will review back and forward implementation. I am returning this back to enhancement.
Comment 16 Martin Balin 2016-07-07 07:28:25 UTC
This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue. Thanks for your cooperation, NetBeans IDE 8.2 Release Boss
Comment 17 markiewb 2016-07-10 18:25:11 UTC
Still valid in 8.2 dev Product Version: NetBeans IDE Dev (Build 201607100002)