When choosing revision number in some mercurial dialog, revisions are sorted in ascending order (so 0th revision is
default, while HEAD revision might be unreachable if project has ~ 100 revisions).
steps to reproduce:
-create java application project
-initialize mercurial project on it
-create new class in project and commit it (or generally, make some changes in project and commit it)
-repeat previous step at least 6 times
-invoke versioning | revert action on project
version 0 is set as default, versions 0-6 are listed in combo box for choosing revision, to which should be working
copy reverted. When clicking on choice "fetch up to 20 revisions" also revision with higher numbers are shown in
This means that, if project had about 100 revisions, HEAD revision would be unreachable (this is one reason why this is
marked as P2).
Even bigger problem occurs after these steps
-do some changes in cloned project and commit it (I created new class)
-do some changes in original project and commit it
-invoke versioning | share | pull from - default action on clone project
-answer 'no' on question whether to merge now
-invoke versioning | merge | merge changes action
-in combobox are revisions listed in ascending order (beginning with 0) and only revisions 0-6 (head revision should be
now about 8-9).
-Click on choice 'fetch up to 20 revisions'. In status bar will occur progres bar with label 'fetching revisions' which
will never stop.
That makes merging revisions higher than 6 impossible. This is second reason vhy P2.
(note that on other platforms or with other settings may combobox in mercurial revert and merge dialogs list more or
less revisions by default, but that does not change this problem. either way there is problem with choosing higher
revision number in these dialogs)
Both problems might cause inusability of mercurial plugin.
Product Version: NetBeans IDE Dev (Build 200811240201)
Java: 1.6.0_10; Java HotSpot(TM) Client VM 11.0-b15
System: Linux version 2.6.24-21-generic running on i386; UTF-8; en_US (nb)
I even heard of reproduction on windows machine.
Created attachment 74093 [details]
fixed the wrong sort order. if the problem with the hanging merge dialog should still remain please file a separate issue.
changeset : 113151:8ffdd94d5435
author : Tomas Stupka <firstname.lastname@example.org>
date : Fri Jan 09 09:50:35 CET 2009
summary : #153795 - revisions sorted from 0th to few first
Integrated into 'main-golden', will be available in build *200901110304* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
User: Tomas Stupka <email@example.com>
Log: #153795 - revisions sorted from 0th to few first
reverting the sort order
I've backported the changeset http://hg.netbeans.org/main/rev/8ffdd94d5435 into release65_fixes repository as
Verified in patch2.