thg issueshttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues2020-06-21T11:18:47Zhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5372Buttons not lined out when moving divider in shelve window2020-06-21T11:18:47ZBitbucket ImporterButtons not lined out when moving divider in shelve window*Created originally on Bitbucket by [wilfreddijksman (Wilfred Dijksman)](https://bitbucket.org/%7B927b1442-f256-4134-ab43-429f76644dc1%7D/)*
When you move the divider in the shelve window the buttons "Refresh" and "New shelf" doesn't mo...*Created originally on Bitbucket by [wilfreddijksman (Wilfred Dijksman)](https://bitbucket.org/%7B927b1442-f256-4134-ab43-429f76644dc1%7D/)*
When you move the divider in the shelve window the buttons "Refresh" and "New shelf" doesn't move with the divider which is confusing since there normal are above the shelve part of the screen on the right. See attachment.
*Attachments:* [2019-03-28_16_56_26-TortoiseHg_Shelve](/uploads/71e266253ddd2ae9e8fd86e051cd0405/2019-03-28_16_56_26-TortoiseHg_Shelve.png)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5370File with just changed case in one letter in its name is not rcognized as ren...2020-06-21T11:18:44ZBitbucket ImporterFile with just changed case in one letter in its name is not rcognized as renamed file.*Created originally on Bitbucket by Anonymous*
Tested on version 4.9
When renaming let's say Test.java to TEst.java without any changes inside the file, just the one letter in the file name then such file is not recognized as a chang...*Created originally on Bitbucket by Anonymous*
Tested on version 4.9
When renaming let's say Test.java to TEst.java without any changes inside the file, just the one letter in the file name then such file is not recognized as a changed one. And the TortoiseHg is not showing up such file in the list of changes ready for commit.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5368Implement default keyboard shortcuts for switching repository Tabs (esp. Ctrl...2020-06-21T11:18:39ZBitbucket ImporterImplement default keyboard shortcuts for switching repository Tabs (esp. Ctrl+(Shift)+Tab)*Created originally on Bitbucket by [thomasdd (Thomas D.)](https://bitbucket.org/%7B8da0c5d2-9d85-454e-8331-a0535f3a8cc6%7D/)*
In the entire tabbed IT universe, Ctrl+Tab / Ctrl+Shift+Tab can be used to switch between the last activated ...*Created originally on Bitbucket by [thomasdd (Thomas D.)](https://bitbucket.org/%7B8da0c5d2-9d85-454e-8331-a0535f3a8cc6%7D/)*
In the entire tabbed IT universe, Ctrl+Tab / Ctrl+Shift+Tab can be used to switch between the last activated tabs. Browers like Firefox, MDI-Editors like Notepad++, Windows itself with Alt+Tab / Alt+Shift+Tab, you name it: It just works EVERYWHERE. But sadly, NOT in THG...
I have never discovered Ctrl+1, Ctrl+2 etc. for Tab switching in THG until I found #3543 today. Unfortunately, having those keyboard shortcuts on file menu does not make them discoverable enough. Worse, they are not very practical. Anyone having more than 9 repositories can't use them to switch between any tabs beyond tab 9. And depending on workflows, arrangement of tabs may change in between, which spoils the muscle memory. Before I figure out if that tab is tab 7 or tab 8 so that I can press Ctrl+7 or 8 respectively, it's faster to just click on it anyway. But for just switching between 7 and 8 which I happen to use today, and 9 and 10 tomorrow, just using Ctrl+Tab is perfectly memorable as a no-brainer, every time.
In #3543, @yuja objected:
> But "ordered by last activation" will increase the complexity of the big Workbench class.
> It'll be necessary to factor out tab-related functions first.
I think that's not true. "Ordered by last activation" is quite simple, just keep a single array with tab indices, ordered by tab activation, last activated first. Here's a rough sketch how (pseudo code leaning on javascript syntax; I don't know Python):
````
let globalTabSwitchSeqArray = [];
function onTabFocusEventHandler() {
let currentTabIndex = tabsObject.getCurrentTabIndex(); // Index: 1st tab = 0 etc.
if (!globalTabSwitchSeqArray[currentTabIndex]) {
// add new tab id to start of tab switch array
globalTabSwitchSeqArray.unshift(currentTabIndex); // when opening e.g. 3rd tab: [2, 1, 0]
} else {
// existing tab focused, e.g. Tab 2, move it to begin of tab-switch-array
array_move(globalTabSwitchSeqArray, globalTabSwitchSeqArray.indexOf(currentTabIndex), 0);
// new tab switch order: [1,2,0]
}
}
function workbenchOnKeyPress (event) {
if (event.key == "Tab" && event.CtrlKey) {
if (event.ShiftKey) {
// backwards in activation sequence: activate last tab in the sequence
targetIndex = globalTabSwitchSeqArray.length-1;
switchToTab(globalTabSwitchSeqArray[targetIndex]);
} else {
// forward in activation sequence: activate 2nd tab in the sequence
switchToTab(globalTabSwitchSeqArray[1]);
}
}
}
function array_move(arr, old_index, new_index) {
if (new_index >= arr.length) {
var k = new_index - arr.length + 1;
while (k--) {
arr.push(undefined);
}
}
arr.splice(new_index, 0, arr.splice(old_index, 1)[0]);
return arr; // for testing
};
````
I haven't tested this in any way, but hopefully it's enough to get the idea.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5367MQ: Selecting/applying a patch in Patch Queue widget causes error and no long...2020-06-21T11:18:38ZBitbucket ImporterMQ: Selecting/applying a patch in Patch Queue widget causes error and no longer updates details and revision history selection*Created originally on Bitbucket by [thomasdd (Thomas D.)](https://bitbucket.org/%7B8da0c5d2-9d85-454e-8331-a0535f3a8cc6%7D/)*
Patch Queue Widget behaviour has become painfully unresponsive, it always requires clicking around in the pat...*Created originally on Bitbucket by [thomasdd (Thomas D.)](https://bitbucket.org/%7B8da0c5d2-9d85-454e-8331-a0535f3a8cc6%7D/)*
Patch Queue Widget behaviour has become painfully unresponsive, it always requires clicking around in the patch list or even in the main revision history to force the details or commit view to update and actually show the selected and focused patch.
STR
- Select a change set in the main revision history, so that it gets shown in details/commit view below.
- In patch Queue Widget, press Enter on Patch 1 to apply it.
- Click or navigate to select another patch in the queue.
- Click on same patch in main revision history.
Actual results
- Applying a patch does NOT update details/commit view, which stubbornly continue to show what is selected in the main revision history, which is extremely useless and irritating. But when you click another patch in the queue widget and then click again on the applied patch, details will update to show the selected and focused patch. Which is very cumbersome.
- Selecting unapplied patches in the Queue widget does not update details at all (again very irritating), but shows an error in status bar: "Can't find revision 'patchname'". So that's where we used to update the revision history selection list to be in sync with the selected patch in the queue widget. Regression. Makes the entire Patch Queue widget almost a no-op.
- Only selecting any patches in main revision list will reliably update the details/commit display.
Expected behaviour
- Applying a patch must obviously update revision list selection to that patch to show its details. Regression I believe.
- Clicking on a patch in the queue widget (applied or not) must always update revision list selection, too, as it used to do (please fix this regression asap!!! See #5005 where I documented the previous correct behaviour).
- issue #4990: Please also cover the case where a patch is selected, but not focused, maybe another main revision shown, then user clicks on already selected patch to see it.
- issue #5005: Reverse case: Selecting a (single) patch in the main revision list should also update the selection in the patch queue widget to the same patch, to avoid confusing UI states. For consistency of UI state, I guess we should also keep selections of multiple patches in sync between the two widgets.
The desired overall behaviour is actually very simple:
- Please always keep patch selections in sync between patch queue and main revision list, especially for single patch selections.
- Please always ensure that a patch which is focused and selected in the queue widget will update details/commit view accordingly.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5366In attempt when creating bisection.2020-06-21T11:18:37ZBitbucket ImporterIn attempt when creating bisection.*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.7.1). TortoiseHg version (4.7.1)
** Command:
** CWD: C:\Windows\system32
** Encoding: cp1251
** Extensions loaded: strip, mq, reb...*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.7.1). TortoiseHg version (4.7.1)
** Command:
** CWD: C:\Windows\system32
** Encoding: cp1251
** Extensions loaded: strip, mq, rebase, transplant, commitextras, journal, tortoisehg.util.configitems
** Python version: 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:53:40) [MSC v.1500 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=1, build=7601, platform=2, service_pack='Service Pack 1')
** Processor architecture: x64
** Qt-5.9.2 PyQt-5.9.1 QScintilla-2.10.2.dev1711012104
Traceback (most recent call last):
File "tortoisehg\hgqt\bisect.pyo", line 174, in _verifyGood
File "tortoisehg\hgqt\bisect.pyo", line 160, in _lookupRevision
File "tortoisehg\hgqt\thgrepo.pyo", line 772, in __getitem__
File "mercurial\localrepo.pyo", line 856, in __getitem__
File "mercurial\context.pyo", line 439, in __init__
ProgrammingError: unsupported changeid '7' of type <type 'str'>https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5365Commit of new branch with no files selected fails2020-10-11T05:58:24ZBitbucket ImporterCommit of new branch with no files selected fails*Created originally on Bitbucket by [Andrew White](https://bitbucket.org/%7B9b5b7dc3-b061-47f8-a17e-1cfd157a1ca5%7D/)*
Tortoise HG 4.3.1 OS X
Steps to reproduce:
* create new branch from command line (external to Tortoise HG) - do not ...*Created originally on Bitbucket by [Andrew White](https://bitbucket.org/%7B9b5b7dc3-b061-47f8-a17e-1cfd157a1ca5%7D/)*
Tortoise HG 4.3.1 OS X
Steps to reproduce:
* create new branch from command line (external to Tortoise HG) - do not check in
* change a file
* in TortoiseHG, deselect the changed file
* enter a commit commit
* select commit
Expected behaviour:
* no-delta branch is committed
Actual behaviour:
```
#!python
** Mercurial version (4.3.1). TortoiseHg version (4.3.1)
** Command:
** CWD: /Applications/TortoiseHg.app/Contents/Resources
** Encoding: utf-8
** Extensions loaded: graphlog, convert, strip, mq, onsub, contains
** Python version: 2.7.11 (default, Jun 4 2016, 17:10:25) [GCC 4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.31)]
** System: Darwin xxx.xxx.xxx 16.7.0 Darwin Kernel Version 16.7.0: Thu Dec 20 21:53:35 PST 2018; root:xnu-3789.73.31~1/RELEASE_X86_64 x86_64
** Qt-4.8.6 PyQt-4.11.4 QScintilla-2.9.1
Traceback (most recent call last):
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/tortoisehg/hgqt/commit.py", line 545, in mqPerformAction
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/tortoisehg/hgqt/commit.py", line 1029, in commit
AssertionError
```https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5364search barkeystroke opens a bug report2020-06-21T11:18:35ZBitbucket Importersearch barkeystroke opens a bug report*Created originally on Bitbucket by Anonymous*
sry i have to recreate i cant comment my previous entry and i forgot the bug report
issue is: that on every keystroke in revision search bar i get an error:
#!python
** Merc...*Created originally on Bitbucket by Anonymous*
sry i have to recreate i cant comment my previous entry and i forgot the bug report
issue is: that on every keystroke in revision search bar i get an error:
#!python
** Mercurial version (4.7). TortoiseHg version (4.7)
** Command:
** CWD: C:\windows\system32
** Encoding: cp1252
** Extensions loaded: convert, strip, rebase, mercurial_keyring, shelve, histedit, tortoisehg.util.configitems
** Python version: 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:53:40) [MSC v.1500 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=2, build=9200, platform=2, service_pack='')
** Processor architecture: x64
** Qt-5.9.2 PyQt-5.9.1 QScintilla-2.10.2.dev1711012104
Traceback (most recent call last):
File "tortoisehg\hgqt\repofilter.pyo", line 343, in runQuery
File "tortoisehg\hgqt\repofilter.pyo", line 292, in _prepareQuery
File "tortoisehg\hgqt\repofilter.pyo", line 94, in _querytype
File "mercurial\localrepo.pyo", line 866, in __contains__
File "tortoisehg\hgqt\thgrepo.pyo", line 772, in __getitem__
File "mercurial\localrepo.pyo", line 856, in __getitem__
File "mercurial\context.pyo", line 439, in __init__
ProgrammingError: unsupported changeid '47639' of type <type 'str'>https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5363search baron every keystroke opens a bug report2020-06-21T11:18:34ZBitbucket Importersearch baron every keystroke opens a bug report*Created originally on Bitbucket by Anonymous*
whenever i try to use revision search bar i get a bug error
*Attachments:* [2019-03-20_11h23_08](/uploads/1c09348a9444c898e1ac1c291c1253a7/2019-03-20_11h23_08.png)*Created originally on Bitbucket by Anonymous*
whenever i try to use revision search bar i get a bug error
*Attachments:* [2019-03-20_11h23_08](/uploads/1c09348a9444c898e1ac1c291c1253a7/2019-03-20_11h23_08.png)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5357Crash when opening repository2020-06-21T11:18:25ZBitbucket ImporterCrash when opening repository*Created originally on Bitbucket by [Kinematics (David)](https://bitbucket.org/%7B95ae9793-c364-4265-aeb7-cdd28d384d65%7D/)*
I get the following error when trying to open a repository that was last used some years ago, using Visual Stud...*Created originally on Bitbucket by [Kinematics (David)](https://bitbucket.org/%7B95ae9793-c364-4265-aeb7-cdd28d384d65%7D/)*
I get the following error when trying to open a repository that was last used some years ago, using Visual Studio 2015. There were no problems with the repo at the time; I'd just switched to using VS2017 (and a different working directory).
Attempted to open repository using Hg Workbench... context menu in the project folder, as well as using the Repository Registry entry in the THG UI .
#!python
** Mercurial version (4.9). TortoiseHg version (4.9)
** Command: --nofork workbench
** CWD: C:\Users\David\Documents\Visual Studio 2015\Projects\NetTally
** Encoding: cp1252
** Extensions loaded: convert, strip, mq, rebase, eol, histedit, hggit, tortoisehg.util.configitems
** Python version: 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:53:40) [MSC v.1500 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=1, build=7601, platform=2, service_pack='Service Pack 1')
** Processor architecture: x64
** Qt-5.9.2 PyQt-5.9.1 QScintilla-2.10.2.dev1711012104
Traceback (most recent call last):
File "tortoisehg\hgqt\repowidget.pyo", line 268, in _initView
File "tortoisehg\hgqt\repowidget.pyo", line 864, in _updateRepoViewForModel
File "tortoisehg\hgqt\repomodel.pyo", line 673, in defaultIndex
File "tortoisehg\hgqt\repomodel.pyo", line 690, in indexFromRev
File "tortoisehg\hgqt\repomodel.pyo", line 414, in _ensureBuilt
File "tortoisehg\hgqt\graph.pyo", line 955, in build_nodes
File "tortoisehg\hgqt\graph.pyo", line 632, in _iter_graphnodes
File "tortoisehg\hgqt\graph.pyo", line 820, in fromchangectx
File "tortoisehg\hgqt\thgrepo.pyo", line 1015, in thgmqappliedpatch
File "tortoisehg\hgqt\thgrepo.pyo", line 1007, in _thgmqpatchtags
File "mercurial\context.pyo", line 453, in tags
File "mercurial\localrepo.pyo", line 1507, in nodetags
File "mercurial\util.pyo", line 1553, in __get__
File "mercurial\localrepo.pyo", line 1428, in _tagscache
File "hggit\hgrepo.pyo", line 51, in _findtags
File "mercurial\node.pyo", line 19, in bin
TypeError: Odd-length stringhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5356Can't see changeset details when filtering to only one from Commit2020-06-21T11:18:24ZBitbucket ImporterCan't see changeset details when filtering to only one from Commit*Created originally on Bitbucket by [roonski (Aaron Lawrence)](https://bitbucket.org/%7Bc7410afa-c0ea-443e-9bb3-39c02dbad434%7D/)*
(TortoiseHg, Windows 10x64, 4.8.2)
Have the *working directory* selected --> View is showing commit.
...*Created originally on Bitbucket by [roonski (Aaron Lawrence)](https://bitbucket.org/%7Bc7410afa-c0ea-443e-9bb3-39c02dbad434%7D/)*
(TortoiseHg, Windows 10x64, 4.8.2)
Have the *working directory* selected --> View is showing commit.
Using filter toolbar, filter to a particular revision e.g. b14823c75ccc.
The list is reduced to the one matching revision.
But the details of the changeset are not shown in revision details.
Clicking on the changeset selects it in the list but still doesn't show the details.
The workaround I use is to clear the filter, select a different revision, then do the filter again.
This happens repeatedly because I'm normally sitting on working directory, and then want to search for a particular revision.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5355Filter Graph Bar Not Returning Correct Changesets2020-06-21T11:18:23ZBitbucket ImporterFilter Graph Bar Not Returning Correct Changesets*Created originally on Bitbucket by [gmb1226 (Greg Besack)](https://bitbucket.org/%7Ba2ea14bd-efe2-4789-8d6a-68324875819f%7D/)*
It seems the filter bar has some unexpected behavior when trying to find changesets using truncated hashes. ...*Created originally on Bitbucket by [gmb1226 (Greg Besack)](https://bitbucket.org/%7Ba2ea14bd-efe2-4789-8d6a-68324875819f%7D/)*
It seems the filter bar has some unexpected behavior when trying to find changesets using truncated hashes.
In 14_45_28, I highlight the commit I am trying to find: Revision 4600 with the truncated hash of d8db18eff05b.
In 14_45_39, I search for "d8", which returns many changesets, none of which contain rev 4600.
In 14_45_50, I search for "d8d", which returns one wrong commit.
In 14_46_00, I search for "d8db" which returns an empty set.
In 14_46_40, I search for "d8db1" which returns the correct commit.
I was expecting d8d to return the correct commit, based on it matching the first 3 characters of the hash d8db18eff05b.
In 14_58_35, I search for a different commit, "c09", which correctly returns rev 4530, with the hash c09a627e3ae4. This behavior does not seem consistent with above.
Separately, clicking on the filtered commit in 14_46_00 does not bring up the changelog for the commit. I think this may be broken. This may need a separate bug report.
*Attachments:* [2019-03-05_14_58_35-HiPower_Op_Code_hip_-_TortoiseHg_Workbench](/uploads/270ec0bb7ca2d65afb57750f4e16ca3f/2019-03-05_14_58_35-HiPower_Op_Code_hip_-_TortoiseHg_Workbench.png)[2019-03-05_14_45_50-HiPower_Op_Code_hip_-_TortoiseHg_Workbench](/uploads/1d661e1bfe57b18f097540559d9c9e78/2019-03-05_14_45_50-HiPower_Op_Code_hip_-_TortoiseHg_Workbench.png)[2019-03-05_14_46_00-HiPower_Op_Code_hip_-_TortoiseHg_Workbench](/uploads/fdd3ca9f88fc18679c31117d6e8ceda4/2019-03-05_14_46_00-HiPower_Op_Code_hip_-_TortoiseHg_Workbench.png)[2019-03-05_14_45_39-HiPower_Op_Code_hip_-_TortoiseHg_Workbench](/uploads/e4d72a6afb50b9542fe84f9d4ce50f49/2019-03-05_14_45_39-HiPower_Op_Code_hip_-_TortoiseHg_Workbench.png)[2019-03-05_14_45_28-HiPower_Op_Code_hip_-_TortoiseHg_Workbench](/uploads/2dd38a6721d917540678d6357495fa04/2019-03-05_14_45_28-HiPower_Op_Code_hip_-_TortoiseHg_Workbench.png)[2019-03-05_14_46_40-HiPower_Op_Code_hip_-_TortoiseHg_Workbench](/uploads/ad8c014060e7ed24d8e50207640990f2/2019-03-05_14_46_40-HiPower_Op_Code_hip_-_TortoiseHg_Workbench.png)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5354Cannot add file after reverting largefile addition2020-06-21T11:18:15ZBitbucket ImporterCannot add file after reverting largefile addition*Created originally on Bitbucket by [Mojca Miklavec](https://bitbucket.org/%7Bcb53c37c-cf82-4243-83ba-46956c63ca0a%7D/)*
When user tries to add something as largefile, then changes his mind, reverts the addition and tries to add the fil...*Created originally on Bitbucket by [Mojca Miklavec](https://bitbucket.org/%7Bcb53c37c-cf82-4243-83ba-46956c63ca0a%7D/)*
When user tries to add something as largefile, then changes his mind, reverts the addition and tries to add the file again, the process fails.
Steps to reproduce:
* Create a file `foo.txt`
* Right-click on the file and choose `Add Largefiles...`
* Right-click on the same file, choose `Revert...`, answer `Revert`
* The file now seems to be back as if it was never added. The `hg status` commands also says `? foo.txt`, but the file `.hglf/foo.txt` is still present on the disk; note that this is also the case with command-line mercurial; manually adding and reverting a file also causes the file to remain inside `.hglf`.
* Right-click on the file, choose `Add`.
* Select the file, enter commit message and try to commit it. This step fails with the following error: `abort: .hglf/foo.txt: file not tracked! [Code: 255]`.
* On the other hand `hg commit -m "Add foo.txt"` from the command line seems to succeed.
The only workaround seems to be to manually delete the file `.hglf/foo.txt`, but there's absolutely no indication about this, and we had an user who kept struggling with the issue of being unable to commit the file until someone else helped him figure out what the actual problem was.
The behaviour seems to be specific to TortoiseHg, but I also suspect that mercurial was supposed to delete the file from `.hglf` in the first place.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5348Running hg pull -u in a batch file prevents subsequent commands from running2020-06-21T11:18:09ZBitbucket ImporterRunning hg pull -u in a batch file prevents subsequent commands from running*Created originally on Bitbucket by [ekolis (Ed Kolis)](https://bitbucket.org/%7B952af717-5772-4ff3-9551-eb66749b1c88%7D/)*
I created the following batch file:
```
hg pull -u
autobuild.bat
pause
```
But when I run the batch fi...*Created originally on Bitbucket by [ekolis (Ed Kolis)](https://bitbucket.org/%7B952af717-5772-4ff3-9551-eb66749b1c88%7D/)*
I created the following batch file:
```
hg pull -u
autobuild.bat
pause
```
But when I run the batch file, only the first command executes; the autobuild and pause commands are never executed.
v4.9.0 on Windows 10https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5347Column widths in log reset if unapplied patch present2020-06-21T11:18:08ZBitbucket ImporterColumn widths in log reset if unapplied patch present*Created originally on Bitbucket by Anonymous*
Any apply-patch, unapply-patch, finish-patch MQ operation will reset the column widths in log view as long as any unapplied patches remain afterwards. That is, applying the last open patch ...*Created originally on Bitbucket by Anonymous*
Any apply-patch, unapply-patch, finish-patch MQ operation will reset the column widths in log view as long as any unapplied patches remain afterwards. That is, applying the last open patch will keep the widths intact.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5343Windows Installer takes a long time to begin "Copying files" step2020-06-21T11:18:04ZBitbucket ImporterWindows Installer takes a long time to begin "Copying files" step*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
The Windows Installer seems to take a very long time at the beginning of the "Copying files" step (before the...*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
The Windows Installer seems to take a very long time at the beginning of the "Copying files" step (before the progress bar starts filling up). Is it actually doing something else there? (If yes, maybe displaying another status text would help the user understand that e.g. the installer has not "hanged".https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5340Error after replacing "localtags" file2020-06-21T11:18:02ZBitbucket ImporterError after replacing "localtags" file*Created originally on Bitbucket by Anonymous*
Replacing localtags file by copying it from another computer leads to error message in running thg. You mast copy file from one computer by network to another (those where now working thg)....*Created originally on Bitbucket by Anonymous*
Replacing localtags file by copying it from another computer leads to error message in running thg. You mast copy file from one computer by network to another (those where now working thg).
After error message normal work continues.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5339turned to be not an hg repository after reboot server2020-06-21T11:18:00ZBitbucket Importerturned to be not an hg repository after reboot server*Created originally on Bitbucket by Anonymous*
Everything is ok utill I rebooted the server. Remote linkage and colon reported: "does not appear to be an hg repository", while it still locally works well on the server.
I'm using tortoi...*Created originally on Bitbucket by Anonymous*
Everything is ok utill I rebooted the server. Remote linkage and colon reported: "does not appear to be an hg repository", while it still locally works well on the server.
I'm using tortoiseHg 4.8.1 with official windows UI on server, and 3.8.1 / 4.8.2 on two different client.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5335Rebase with collapse tries to open editor and hangs2020-06-21T11:17:54ZBitbucket ImporterRebase with collapse tries to open editor and hangs*Created originally on Bitbucket by [mjacob (Manuel Jacob)](https://bitbucket.org/%7B24e0601f-3292-4277-be76-bf4178891eda%7D/)*
## How to reproduce ##
Select two revisions to rebase (the source branch should contain more than one chang...*Created originally on Bitbucket by [mjacob (Manuel Jacob)](https://bitbucket.org/%7B24e0601f-3292-4277-be76-bf4178891eda%7D/)*
## How to reproduce ##
Select two revisions to rebase (the source branch should contain more than one changeset). Select "Collapse the rebased changeset" option. Click "Rebase".
## Expected behavior ##
There should be a way to edit the changeset description of the resulting changeset.
## Actual behavior ##
Mercurial tries to open an editor and hangs.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5328Removing bookmark scrolls revision graph2020-06-21T11:17:46ZBitbucket ImporterRemoving bookmark scrolls revision graph*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
Hi, a minor irritation I often encounter is the following:
In TortoiseHG Workbench I right-click a changes...*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
Hi, a minor irritation I often encounter is the following:
In TortoiseHG Workbench I right-click a changeset with a bookmark, and select "Bookmark...", then click remove and close the dialog. This works fine, but now the changeset I had selected was scrolled away in a weird way. (The list of revisions sort of jumps around up and down.)
This is not the end of the world, but makes removing many bookmarks more tedious than necessary.
(Maybe it's more pronounced because I have many unapplied MQ patches?)
Thanks! ☃️https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5323Font size issues (Windows)2023-05-11T03:44:57ZBitbucket ImporterFont size issues (Windows)*Created originally on Bitbucket by [haarschaf (Haar Schaf)](https://bitbucket.org/%7Be5d5c155-9e88-4320-9443-9e7be3a43911%7D/)*
Some font size issues as observed on Windows 7, 8, and 10:
1. Inconsistent font sizes across the program...*Created originally on Bitbucket by [haarschaf (Haar Schaf)](https://bitbucket.org/%7Be5d5c155-9e88-4320-9443-9e7be3a43911%7D/)*
Some font size issues as observed on Windows 7, 8, and 10:
1. Inconsistent font sizes across the program
2. List (tree) font size not adjustable
3. List fonts, list column header fonts, toolbar fonts, some labels, do not scale with high DPI settings, i.e. when zoom scale is > 100%, font remains very small and is hardly readable, both on high resolution screens and on screens that have scaling enabled for better readability. Applies both to DPI changes at runtime and on program startup.
Interestingly text in the description column that is bold is scaled properly.
Most issues could be fixed by the users themselves by introducing two more font options: one for list fonts (trees and main commit list) and one for the other UI elements like labels. This is the quickest fix and users could assign fixed fonts and sizes themselves. On the other hand, implementing proper high DPI support would take a much longer time, but is really not neccessary at this point as this is a blocking usability issue.
Cheers