thg issueshttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues2020-06-21T11:18:37Zhttps://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/5341Rework the rebase dialog2020-06-21T11:18:02ZBitbucket ImporterRework the rebase dialog*Created originally on Bitbucket by [mjacob (Manuel Jacob)](https://bitbucket.org/%7B24e0601f-3292-4277-be76-bf4178891eda%7D/)*
The help page for the `hg rebase` command lists four different ways to select changesets:
1. Explicitly s...*Created originally on Bitbucket by [mjacob (Manuel Jacob)](https://bitbucket.org/%7B24e0601f-3292-4277-be76-bf4178891eda%7D/)*
The help page for the `hg rebase` command lists four different ways to select changesets:
1. Explicitly select them using "--rev".
1. Use "--source" to select a root changeset and include all of its descendants.
1. Use "--base" to select a changeset; rebase will find ancestors and their descendants which are not also ancestors of the destination.
1. If you do not specify any of "--rev", "source", or "--base", rebase will use "--base ." as above.
TortoiseHG doesn’t support the first way currently. With evolve, it makes more sense because it enables to rebase a single changeset and leave its descendants orphan.
The second way is the default in TortoiseHG. Currently, there’s no way to preview the set of all changesets that will be rebased.
The third way is supported by enabling the corresponding `--base` checkbox. However in this case the label "Rebase changeset and descendants" isn’t accurate.
The fourth option is mainly of interest to CLI users.
I propose the following behavior:
* as a first step, the user selects whether they want the first, second or third way of selecting changesets
* then, the user selects the changeset(s) that will be passed to the `--rev`, `--source` or `--base` option
* a preview shows the set of all changesets that will be rebased
If there’s consensus, I’ll create two pull requests for implementing the proposed behavior:
* the first will add a dropdown for enabling the desired way of selecting changesets and a preview box
* the second will add the possibility to rebase an explicit set of changesets (to be passed to the `--rev` optionhttps://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/5337Make it possible to specify successor(s) when pruning changeset(s)2020-06-21T11:17:59ZBitbucket ImporterMake it possible to specify successor(s) when pruning changeset(s)*Created originally on Bitbucket by [mjacob (Manuel Jacob)](https://bitbucket.org/%7B24e0601f-3292-4277-be76-bf4178891eda%7D/)*
The `hg prune` command allows to specify successor(s). TortoiseHG’s dialog doesn’t allow this so far.*Created originally on Bitbucket by [mjacob (Manuel Jacob)](https://bitbucket.org/%7B24e0601f-3292-4277-be76-bf4178891eda%7D/)*
The `hg prune` command allows to specify successor(s). TortoiseHG’s dialog doesn’t allow this so far.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5336Bisect dialog should allow to extend the search if the culprit was a merge2020-06-21T11:17:58ZBitbucket ImporterBisect dialog should allow to extend the search if the culprit was a merge*Created originally on Bitbucket by [jr_yworks (Johannes Rössel)](https://bitbucket.org/%7Bd50d735b-b187-4a66-ba11-33f374fa854e%7D/)*
Just had to hunt a bug that was introduced way earlier than I thought and had to extend the range nume...*Created originally on Bitbucket by [jr_yworks (Johannes Rössel)](https://bitbucket.org/%7Bd50d735b-b187-4a66-ba11-33f374fa854e%7D/)*
Just had to hunt a bug that was introduced way earlier than I thought and had to extend the range numerous times. This gets a bit annoying with the current Bisect dialog, as there's no way to call `hg bisect --extend`, nor is there a way to resume within the dialog when executing that command manually.
I've tried adding it to the source myself, but (a) my Python is way worse than most other languages I write, (b) my Qt is fairly rusty, and (c) I couldn't get the cloned repo to run a THG instance on Windows and the instructions only tell me to download a ready-made build (which I normally do, admittedly). Well, and (d), the page to create a pull request gives me a 403.
So I'm attaching the patch I made. Hopefully it works with minimal intervention. I mainly followed examples from surrounding methods, knowing nothing about any of the APIs involved. There probably might be a way to determine when `bisect` allows extending the range without having to read the output (which would be brittle, I guess). For now I've chosen to just enable the button when the search is done, as `extend` just errors when trying it when it wouldn't work.
*Attachments:* [bisect-extend.patch](/uploads/63a7d79eb34a49e62cac9bfc53e0c7fa/bisect-extend.patch)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/5332clonning repo with sub repos using multi threading2020-06-21T11:17:51ZBitbucket Importerclonning repo with sub repos using multi threading*Created originally on Bitbucket by [mizort1989 (Hassan Osama)](https://bitbucket.org/%7B51410043-b28f-44f6-85d7-5475e4093e46%7D/)*
Hello,
I often work with repos that has a lot of sub repos, the process of cloning these 20 GB repos ta...*Created originally on Bitbucket by [mizort1989 (Hassan Osama)](https://bitbucket.org/%7B51410043-b28f-44f6-85d7-5475e4093e46%7D/)*
Hello,
I often work with repos that has a lot of sub repos, the process of cloning these 20 GB repos take a lot of time over the server specially that the servers are located all over the world.
the issue is not in the link speed rather than the way the cloning of the repo works, when i close a parent repo , it clones it's history first then start cloning the sub repos in the .hgsub one by one, i find that cloning these sub repos simultaneously will be very efficient and will save a large amount of time.
hope to hear the community's opinion on the matter and if someone else shares the opinion.
Best Regards,
mizort1989https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5331Custom Tool: Show Output Log: Only if there are warnings / errors?2020-06-21T11:17:50ZBitbucket ImporterCustom Tool: Show Output Log: Only if there are warnings / errors?*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
TortoiseHG Workbench allows to configure "Custom Tool" buttons. The configuration dialog has a dropdown for "...*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
TortoiseHG Workbench allows to configure "Custom Tool" buttons. The configuration dialog has a dropdown for "Show Output Log" that allows selecting "True" or "False". The tooltip says "When enabled, automatically show the Output Log when the command is run."
Is it possible to get the Output Log to only show automatically when the custom tool printed some warnings / errors (in yellow) to the Output Log?
Example: A `hg histedit` custom tool mostly works fine and I don't want to see the log. But sometimes I mess something up and histedit prints a nice warning, but I don't see it because the log is not shown.
Thanks! ☃️https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5329:sparkles: Support for emojis in commit messages2020-06-21T11:17:47ZBitbucket Importer:sparkles: Support for emojis in commit messages*Created originally on Bitbucket by Anonymous*
emoji in commit messages should not be reserved to git ! mercurial can do them too ! :smile:
https://gitmoji.carloscuesta.me/ for reference :sparkles:*Created originally on Bitbucket by Anonymous*
emoji in commit messages should not be reserved to git ! mercurial can do them too ! :smile:
https://gitmoji.carloscuesta.me/ for reference :sparkles: