thg issues
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues
2020-06-21T11:22:07Z
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5555
TortoiseHG commits unchecked chunks between the merge wizard finishing and co...
2020-06-21T11:22:07Z
Bitbucket Importer
TortoiseHG commits unchecked chunks between the merge wizard finishing and committing by hand
*Created originally on Bitbucket by [gmb1226 (Greg Besack)](https://bitbucket.org/%7Ba2ea14bd-efe2-4789-8d6a-68324875819f%7D/)*
Today while merging, I found a line of code I wanted to back out of the merge commit that wasn't available t...
*Created originally on Bitbucket by [gmb1226 (Greg Besack)](https://bitbucket.org/%7Ba2ea14bd-efe2-4789-8d6a-68324875819f%7D/)*
Today while merging, I found a line of code I wanted to back out of the merge commit that wasn't available to change as part of the conflict resolution window. It was a bit of debug code left in. So after the merge wizard finished, I did a “Commit Later” so I could change it before the merge.
I clicked on the offending source file, and unchecked the code chunk. Then I clicked commit to finalize the merge.
When I viewed the resulting merge, this chunk was still included in the merge, even though I unchecked it.
I expected the chunk to be excluded from the merge commit and left in the stating area.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5552
show revision history
2020-07-04T20:37:46Z
Bitbucket Importer
show revision history
*Created originally on Bitbucket by Anonymous*
```
#!python
** Mercurial version (4.9.1). TortoiseHg version (4.9.1)
** Command: --nofork log --listfile C:\Users\path\Local\Temp\THG9FFA.tmp
** CWD: C:\path\
** Encoding:...
*Created originally on Bitbucket by Anonymous*
```
#!python
** Mercurial version (4.9.1). TortoiseHg version (4.9.1)
** Command: --nofork log --listfile C:\Users\path\Local\Temp\THG9FFA.tmp
** CWD: C:\path\
** Encoding: cp1252
** Extensions loaded: strip, 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\repomodel.pyo", line 404, in fetchMore
File "tortoisehg\hgqt\graph.pyo", line 955, in build_nodes
File "tortoisehg\hgqt\graph.pyo", line 629, in _iter_graphnodes
ValueError: 3351 is not in list
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5544
Bullshit error message "too many open files" on commit. Goes away after resta...
2020-06-21T11:21:56Z
Bitbucket Importer
Bullshit error message "too many open files" on commit. Goes away after restarting thg
*Created originally on Bitbucket by [teo8976 (Teo Tei)](https://bitbucket.org/%7B4d381d15-4c61-4a29-9de3-d1b5a89dbb2a%7D/)*
I use THG all the time, often keeping a handful of repos open in different tabs, and I commit, push and pull on ...
*Created originally on Bitbucket by [teo8976 (Teo Tei)](https://bitbucket.org/%7B4d381d15-4c61-4a29-9de3-d1b5a89dbb2a%7D/)*
I use THG all the time, often keeping a handful of repos open in different tabs, and I commit, push and pull on them alternatively as I work on several projects at the same time.
Today, when attempting to commit on one of the repos I had open, I got this error:
![](https://bitbucket.org/repo/48R4X/images/134744508-Screenshot%20from%202020-05-14%2020-42-38.png)
and no matter how many times I retried, I would keep getting the same error.
I didn’t try to do commits on other repos, but I did succesfully do a push on another repo open in a separate tab.
After restarting THG and retrying, I could do the commit succesfully.
Whatever the error is, it obviously shouldn’t happen in the first place \(no matter what “too many open files” means, you shouldn’t open too many files\), but also, the error message should give more information. What kind of files? Open by whom? What am I supposed to do about it?
*Attachments:* [Screenshot_from_2020-05-14_20-42-38](/uploads/ca7df1f5a2b0f2f5113abf7e60dc9c12/Screenshot_from_2020-05-14_20-42-38.png)
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5543
Directory named "hg" on search path is used for cmdserver execution resulting...
2020-06-21T11:21:54Z
Bitbucket Importer
Directory named "hg" on search path is used for cmdserver execution resulting in permission denied error
*Created originally on Bitbucket by [Peter Duda](https://bitbucket.org/%7B3859a3b5-c697-42de-8062-5468b720fcbf%7D/)*
On Linux, when there is a directory named “hg” on the search path before real “hg” script, it is found and used as path...
*Created originally on Bitbucket by [Peter Duda](https://bitbucket.org/%7B3859a3b5-c697-42de-8062-5468b720fcbf%7D/)*
On Linux, when there is a directory named “hg” on the search path before real “hg” script, it is found and used as path for mercurial cmdserver execution, resulting in following error reported when there is attempt to use cmdserver:
cmdserver: execve: Permission denied
cmdserver: process exited unexpectedly with code 0
Renaming that directory resolves an issue, but directory should not be used when searching for mercurial exec path.
os.path.isfile\(ppath\) should be added to os.access\(ppath, os.X\_OK\) test in find\_in\_path method in Not Windows section in tortoisehg/util/paths.py
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5538
URLError: bad HTTP status line: ''
2020-06-21T11:21:49Z
Bitbucket Importer
URLError: bad HTTP status line: ''
*Created originally on Bitbucket by [daseul choi (최다슬)](https://bitbucket.org/%7B2cc51013-7937-4f3a-b7b7-9d47e034715e%7D/)*
Hi,
When I tried to clone repository, I got this error.
URLError: bad HTTP status line: ''
How can I f...
*Created originally on Bitbucket by [daseul choi (최다슬)](https://bitbucket.org/%7B2cc51013-7937-4f3a-b7b7-9d47e034715e%7D/)*
Hi,
When I tried to clone repository, I got this error.
URLError: bad HTTP status line: ''
How can I fix it? I can access source\(http site\) but I fail to access source in tortoiseHg.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5559
Column widths go crazy
2023-07-31T22:25:22Z
Bitbucket Importer
Column widths go crazy
*Created originally on Bitbucket by Anonymous*
The log column widths (graph, rev, description etc.) frequently change to very wide values. (Scrolling around to drag them all back is unfortunately rather annoying and time consuming.)
...
*Created originally on Bitbucket by Anonymous*
The log column widths (graph, rev, description etc.) frequently change to very wide values. (Scrolling around to drag them all back is unfortunately rather annoying and time consuming.)
This seems to happen in various situation, e.g. when an external monitor is connected / disconnected / the screen resolution changes / the Windows zoom setting changes / ... (These are not rare events on notebooks.)
(Also the order of columns sometimes changes when this happens.)
Is it a bug? A feature I don't understand? Is there a way to save and restore column widths or disable auto-resizing?
(I [searched issues related to column width](https://bitbucket.org/tortoisehg/thg/issues?q=column+width), but none seem to describe this problem.)
Thanks.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5558
Crash on shelve/pull
2020-06-24T12:35:58Z
Bitbucket Importer
Crash on shelve/pull
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.3.2+2-fa4b3b666ca7). TortoiseHg version (4.3.1+19-a47e446add6e)
** Command: --nofork shelve
** CWD: N:\code\pvr
** Encoding: cp1252
...
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.3.2+2-fa4b3b666ca7). TortoiseHg version (4.3.1+19-a47e446add6e)
** Command: --nofork shelve
** CWD: N:\code\pvr
** Encoding: cp1252
** Extensions loaded: rebase, transplant, purge, strip, histedit, share, record, mercurial_keyring, hgunity, eol, convert, fetch, largefiles, mq, extdiff
** 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-4.8.5 PyQt-4.10.3 QScintilla-2.7.2
Traceback (most recent call last):
File "tortoisehg\hgqt\shelve.pyo", line 231, in moveFilesRight
File "tortoisehg\hgqt\chunks.pyo", line 396, in removeFile
File "mercurial\commands.pyo", line 4480, in revert
File "mercurial\extensions.pyo", line 322, in closure
File "hgext\largefiles\overrides.pyo", line 782, in overriderevert
File "mercurial\cmdutil.pyo", line 3501, in revert
File "mercurial\cmdutil.pyo", line 3631, in _performrevert
File "mercurial\cmdutil.pyo", line 3531, in checkout
File "mercurial\context.pyo", line 94, in __getitem__
File "mercurial\context.pyo", line 598, in filectx
File "mercurial\context.pyo", line 279, in filenode
File "mercurial\context.pyo", line 264, in _fileinfo
ManifestLookupError: Runtime/Export/Shaders/ComputeShader.bindings.cs@000000000000: not found in manifest
pulling a branch with -u to update while shelving some files. Expected behavior would be a warning that uncommitted changes were found.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5534
Performance Regression with grafting
2020-06-21T11:21:44Z
Bitbucket Importer
Performance Regression with grafting
*Created originally on Bitbucket by Anonymous*
In comparison to TortoiseHG 5.0.2 grafting several changesets at once in a large repository is significantly slower with Tortoise 5.3.2 (same with 5.3.1). OS is Windows 10.
Whereas with 5...
*Created originally on Bitbucket by Anonymous*
In comparison to TortoiseHG 5.0.2 grafting several changesets at once in a large repository is significantly slower with Tortoise 5.3.2 (same with 5.3.1). OS is Windows 10.
Whereas with 5.0.2 each graft takes less than 5 seconds, it took at least 30 seconds with 5.3.2.
Unfortunately I can't give you more details since I can only run tests on my PC in the office an I'm currently working from home.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5533
HG Web multiple Repos broken
2020-06-21T11:21:43Z
Bitbucket Importer
HG Web multiple Repos broken
*Created originally on Bitbucket by Anonymous*
HG Server/tortoise web no longer functions with the hgweb.config file. Whether you use the config file or simply open the web server from a non-repo location, stop it, add repos (even one),...
*Created originally on Bitbucket by Anonymous*
HG Server/tortoise web no longer functions with the hgweb.config file. Whether you use the config file or simply open the web server from a non-repo location, stop it, add repos (even one), then restart it, browsing to the localhost:8000 no longer shows the list of repositories (even one). If you try to browse to the repo, it will tell you it isn't found, and ask you to go back to the list, which is empty.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5530
file history
2020-06-21T11:21:40Z
Bitbucket Importer
file history
*Created originally on Bitbucket by Anonymous*
```
#!python
#!python
** Mercurial version (5.3.1). TortoiseHg version (5.3.1+3-7ebcbe811dac)
** Command:
** CWD: /home/LOCALNET/term
** Encoding: UTF-8
** Ex...
*Created originally on Bitbucket by Anonymous*
```
#!python
#!python
** Mercurial version (5.3.1). TortoiseHg version (5.3.1+3-7ebcbe811dac)
** Command:
** CWD: /home/LOCALNET/term
** Encoding: UTF-8
** Extensions loaded: extdiff, convert, strip, tortoisehg.util.configitems
** Python version: 2.7.17 (default, Apr 6 2020, 14:14:29) [GCC 9.3.0]
** System: Linux fort 5.6.2-gentoo #1 SMP PREEMPT Mon Apr 6 14:05:01 +07 2020 x86_64
** Qt-5.14.1 PyQt-5.14.1 QScintilla-2.11.4
Traceback (most recent call last):
File "/home/LOCALNET/term/soft/tortoisehg/tortoisehg/hgqt/fileview.py", line 1120, in _onAnnotateFinished
data = util.pickle.loads(bytes(sess.readAll()))
ValueError: unsupported pickle protocol: 3
```
Sometimes it works without errors.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5528
target branch is not stored in synchronize view
2020-07-05T14:26:13Z
Bitbucket Importer
target branch is not stored in synchronize view
*Created originally on Bitbucket by Anonymous*
when I switch between repositories, the target branch is updated.
the next time I open tortoisehg, the target branch is blank.
*Created originally on Bitbucket by Anonymous*
when I switch between repositories, the target branch is updated.
the next time I open tortoisehg, the target branch is blank.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5524
Workbench crashed when click UPDATE menu button
2020-06-21T11:21:35Z
Bitbucket Importer
Workbench crashed when click UPDATE menu button
*Created originally on Bitbucket by [JoeXY (YUE XU)](https://bitbucket.org/%7B92dbfb0d-5592-468f-8865-384d5f8dfa40%7D/)*
Each time I click the update button, it crashed.
I tried to delete .hg\\store\\phaseroots file \(find this sol...
*Created originally on Bitbucket by [JoeXY (YUE XU)](https://bitbucket.org/%7B92dbfb0d-5592-468f-8865-384d5f8dfa40%7D/)*
Each time I click the update button, it crashed.
I tried to delete .hg\\store\\phaseroots file \(find this solution in #3847 \), seems doesn't work.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5523
Someone done broke 3 way compare
2020-06-21T11:21:33Z
Bitbucket Importer
Someone done broke 3 way compare
*Created originally on Bitbucket by [sirintellegence (Austin Stephens)](https://bitbucket.org/%7B5515ca3b-2ab8-4d29-ab3e-ce28b792c3b4%7D/)*
This is most noticeable when trying to compare a merged revision to it’s parents. I use Beyond C...
*Created originally on Bitbucket by [sirintellegence (Austin Stephens)](https://bitbucket.org/%7B5515ca3b-2ab8-4d29-ab3e-ce28b792c3b4%7D/)*
This is most noticeable when trying to compare a merged revision to it’s parents. I use Beyond Compare, but after looking at the resulting command line and the implementation in MergeTools.rc, I believe someone at some time swapped the meaning of `$child` and `$clabel` for diff3args since they are being passed swapped.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5520
Mercurial error on Refresh button click
2020-06-21T11:21:30Z
Bitbucket Importer
Mercurial error on Refresh button click
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (3.3.2+138+colvir-patch-2020-02-10). TortoiseHg version (3.3.2+7-c7fa58d68b26)
** Command: workbench workbench
** CWD: C:\Users\vzinin\Desktop
...
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (3.3.2+138+colvir-patch-2020-02-10). TortoiseHg version (3.3.2+7-c7fa58d68b26)
** Command: workbench workbench
** CWD: C:\Users\vzinin\Desktop
** Encoding: cp1251
** Extensions loaded: ddc_merge.conv_d14, ddc_merge.d07to10, strip, cbstask, cbsfilecommit, cbsignore, cbsts, cherrypick, cbslogger, extdiff, graphlog, mq, patchbomb, purge, record, rebase, mercurial_keyring, extmerge, reviewboard, cbsstd, cbsset, cbsfstatus, cbs4commands, cbsconfig, cbsanalysis, cbsdeps
** Python version: 2.7.3 (default, Apr 10 2012, 23:31:26) [MSC v.1500 32 bit (Intel)]
** Windows version: sys.getwindowsversion(major=6, minor=2, build=9200, platform=2, service_pack='')
** Processor architecture: x64
** Qt-4.8.0 PyQt-4.9.1 QScintilla-2.6.1
Traceback (most recent call last):
File "tortoisehg\hgqt\status.pyo", line 589, in onCurrentChange
File "tortoisehg\hgqt\filedata.pyo", line 214, in load
File "tortoisehg\hgqt\filedata.pyo", line 397, in _readStatus
File "mercurial\patch.pyo", line 1666, in diff
File "mercurial\demandimport.pyo", line 106, in __getattribute__
File "mercurial\demandimport.pyo", line 78, in _load
File "mercurial\demandimport.pyo", line 47, in _hgextimport
ZipImportError: bad local file header in C:\Program Files\TortoiseHg\library.zip
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5515
Python Traceback on Merge
2020-06-21T11:21:25Z
Bitbucket Importer
Python Traceback on Merge
*Created originally on Bitbucket by [joymaker3 (Ken Brooks)](https://bitbucket.org/%7Be558ab2a-ebad-4514-943a-dd515c4f4276%7D/)*
I was doing what I thought to be a very ordinary merge between two branches.
```
#!python
** Mercurial...
*Created originally on Bitbucket by [joymaker3 (Ken Brooks)](https://bitbucket.org/%7Be558ab2a-ebad-4514-943a-dd515c4f4276%7D/)*
I was doing what I thought to be a very ordinary merge between two branches.
```
#!python
** Mercurial version (4.8). TortoiseHg version (4.8)
** Command:
** CWD: C:\WINDOWS\system32
** Encoding: cp1252
** Extensions loaded: mercurial_keyring, tortoisehg.util.configitems, rebase
** 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\merge.pyo", line 113, in pageChanged
File "tortoisehg\hgqt\merge.pyo", line 368, in currentPage
TypeError: %d format: a number is required, not NoneType
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5513
Hg Workbench crash
2020-06-21T11:21:24Z
Bitbucket Importer
Hg Workbench crash
*Created originally on Bitbucket by [Игорь Соколов](https://bitbucket.org/%7B27690c18-d6d0-4f20-b3a7-a30d2caa96fd%7D/)*
Happen when select a revision
```
#!python
** Mercurial version (4.9.0-bentley-r1). TortoiseHg version (4.9.0-...
*Created originally on Bitbucket by [Игорь Соколов](https://bitbucket.org/%7B27690c18-d6d0-4f20-b3a7-a30d2caa96fd%7D/)*
Happen when select a revision
```
#!python
** Mercurial version (4.9.0-bentley-r1). TortoiseHg version (4.9.0-bentley-r1)
** Command: --nofork workbench
** CWD: O:\DevArea\BuildingIron\src\Building\Mechanical
** Encoding: cp1251
** Extensions loaded: convert, extdiff, fetch, hgk, largefiles, strip, mq, rebase, shelve, transplant, showrenames, bsi-whitespace, bsi-keyword, bsi-createremote, bsi-externalcmds, 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.7.1 PyQt-5.7.1 QScintilla-2.9.4
Traceback (most recent call last):
File "tortoisehg\hgqt\manifestmodel.pyo", line 251, in parent
File "tortoisehg\hgqt\manifestmodel.pyo", line 467, in path
File "tortoisehg\hgqt\manifestmodel.pyo", line 463, in parent
AttributeError: _parent
Traceback (most recent call last):
File "tortoisehg\hgqt\manifestmodel.pyo", line 251, in parent
File "tortoisehg\hgqt\manifestmodel.pyo", line 467, in path
File "tortoisehg\hgqt\manifestmodel.pyo", line 463, in parent
AttributeError: _parent
Traceback (most recent call last):
File "tortoisehg\hgqt\manifestmodel.pyo", line 251, in parent
File "tortoisehg\hgqt\manifestmodel.pyo", line 467, in path
File "tortoisehg\hgqt\manifestmodel.pyo", line 463, in parent
AttributeError: _parent
Traceback (most recent call last):
File "tortoisehg\hgqt\manifestmodel.pyo", line 251, in parent
File "tortoisehg\hgqt\manifestmodel.pyo", line 467, in path
File "tortoisehg\hgqt\manifestmodel.pyo", line 463, in parent
AttributeError: _parent
Traceback (most recent call last):
File "tortoisehg\hgqt\manifestmodel.pyo", line 251, in parent
File "tortoisehg\hgqt\manifestmodel.pyo", line 467, in path
File "tortoisehg\hgqt\manifestmodel.pyo", line 463, in parent
AttributeError: _parent
Traceback (most recent call last):
File "tortoisehg\hgqt\manifestmodel.pyo", line 251, in parent
File "tortoisehg\hgqt\manifestmodel.pyo", line 467, in path
File "tortoisehg\hgqt\manifestmodel.pyo", line 463, in parent
AttributeError: _parent
Traceback (most recent call last):
File "tortoisehg\hgqt\manifestmodel.pyo", line 251, in parent
File "tortoisehg\hgqt\manifestmodel.pyo", line 467, in path
File "tortoisehg\hgqt\manifestmodel.pyo", line 463, in parent
AttributeError: _parent
Traceback (most recent call last):
File "tortoisehg\hgqt\manifestmodel.pyo", line 251, in parent
File "tortoisehg\hgqt\manifestmodel.pyo", line 467, in path
File "tortoisehg\hgqt\manifestmodel.pyo", line 463, in parent
AttributeError: _parent
Traceback (most recent call last):
File "tortoisehg\hgqt\manifestmodel.pyo", line 251, in parent
File "tortoisehg\hgqt\manifestmodel.pyo", line 467, in path
File "tortoisehg\hgqt\manifestmodel.pyo", line 463, in parent
AttributeError: _parent
Traceback (most recent call last):
File "tortoisehg\hgqt\manifestmodel.pyo", line 221, in flags
File "tortoisehg\hgqt\manifestmodel.pyo", line 196, in isDir
File "tortoisehg\hgqt\manifestmodel.pyo", line 478, in isdir
AttributeError: subkind
Traceback (most recent call last):
File "tortoisehg\hgqt\manifestmodel.pyo", line 251, in parent
File "tortoisehg\hgqt\manifestmodel.pyo", line 467, in path
File "tortoisehg\hgqt\manifestmodel.pyo", line 463, in parent
AttributeError: _parent
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5510
Upon first double-click to 'open' a repository in far left column (Repository...
2020-06-21T11:21:21Z
Bitbucket Importer
Upon first double-click to 'open' a repository in far left column (Repository Registry)
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (5.2.2). TortoiseHg version (5.1+255-10a1e3f75cba)
** Command: --nofork
** CWD: /home/paul
** Encoding: UTF-8
** Extensions loaded: g...
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (5.2.2). TortoiseHg version (5.1+255-10a1e3f75cba)
** Command: --nofork
** CWD: /home/paul
** Encoding: UTF-8
** Extensions loaded: graphlog, strip, rebase, tortoisehg.util.configitems
** Python version: 3.8.1 (default, Jan 8 2020, 23:09:20) [GCC 9.2.0]
** System: Linux EVGA-O 5.4.14-2-MANJARO #1 SMP PREEMPT Fri Jan 24 09:34:16 UTC 2020 x86_64
** Qt-5.14.0 PyQt-5.14.1 QScintilla-2.11.4
Traceback (most recent call last):
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/revdetails.py", line 416, in _onFileSelected
self.fileview.display(model.fileData(index))
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/fileview.py", line 498, in display
fd.load(self.isChangeSelectionEnabled())
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/filedata.py", line 731, in load
_ui.setconfig('ui', 'paginate', 'off', 'subrepodata')
File "/usr/lib/python3.8/site-packages/mercurial/ui.py", line 553, in setconfig
cfg.set(section, name, value, source)
File "/usr/lib/python3.8/site-packages/mercurial/config.py", line 94, in set
assert not isinstance(
AssertionError: b'config section may not be unicode strings on Python 3'
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5501
Workbench filter doesn't update revision details
2021-04-21T12:56:43Z
Bitbucket Importer
Workbench filter doesn't update revision details
*Created originally on Bitbucket by [Vladimir Robustov](https://bitbucket.org/%7B59d51337-c604-4e8e-871d-69a303875478%7D/)*
1. Open attached repository in Tortoise Workbench 5.1.0 or 5.0.2
2. Enable Filter Toolbar
3. Type in filter "r...
*Created originally on Bitbucket by [Vladimir Robustov](https://bitbucket.org/%7B59d51337-c604-4e8e-871d-69a303875478%7D/)*
1. Open attached repository in Tortoise Workbench 5.1.0 or 5.0.2
2. Enable Filter Toolbar
3. Type in filter "rev1" \(without quotes\) and click to showed commit \(rev1\). Revision details windows show data of rev1 commit
4. Type in filter "rev2" and and click to showed commit \(rev2\). Revision details windows show data of rev1 commit, but should rev2.
Version 4.4.1 work right in this case.
*Attachments:* [TortoiseHg_bug.zip](/uploads/e750bab1ad7c1b913224ac2d29b6af10/TortoiseHg_bug.zip)
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5499
Detect rename not working
2020-06-21T11:21:09Z
Bitbucket Importer
Detect rename not working
*Created originally on Bitbucket by Anonymous*
After moving a directory containing lots of files and IDE failing to do the VCS operation, I tried to resolve renamed files with tortoise hg.
I had lots of missing files which I "Forget", ...
*Created originally on Bitbucket by Anonymous*
After moving a directory containing lots of files and IDE failing to do the VCS operation, I tried to resolve renamed files with tortoise hg.
I had lots of missing files which I "Forget", then using a file example that has status "was deleted" and the same file renamed has status "is unversioned".
Running the the "Detect rename" tools results in no matches even that the two files content is identical.
Verify repository:
% hg verify --verbose
repository uses revlog format 1
checking changesets
checking manifests
crosschecking files in changesets and manifests
checking files
checked 2392 changesets with 17122 changes to 5251 files
[command completed successfully Sun Jan 05 14:10:04 2020]
Side note: if I lower the threshold to 0, all source files show matching the same single file (low percent). Shouldn't be also similar to other files? Why only one?
TortoiseHg 5.0.2
Windows 10
*Attachments:* [hg_files_ren](/uploads/0735f1faa21b3fe8ec22478aa9d5fd28/hg_files_ren.png)[hg_files](/uploads/7ce4a66456585b06192af6e7b827c398/hg_files.png)
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5498
Update Tango-derived icons to public domain
2021-10-12T06:37:31Z
Bitbucket Importer
Update Tango-derived icons to public domain
*Created originally on Bitbucket by [andrew_shadura (Andrej Shadura)](https://bitbucket.org/%7B4b9f3ae2-5a25-4bee-8375-fdab22860ffc%7D/)*
The icons derived from the [Tango icon set](https://en.wikipedia.org/wiki/Tango_Desktop_Project) a...
*Created originally on Bitbucket by [andrew_shadura (Andrej Shadura)](https://bitbucket.org/%7B4b9f3ae2-5a25-4bee-8375-fdab22860ffc%7D/)*
The icons derived from the [Tango icon set](https://en.wikipedia.org/wiki/Tango_Desktop_Project) are currently shipped under the terms of CC BY-SA 2.0 which is not fully compatible with [DFSG](https://wiki.debian.org/DFSGLicenses#Creative_Commons_Attribution_Share-Alike_.28CC-BY-SA.29_v3.0) which leads to extra work to replace them with fully free counterparts when e.g. packaging TortoiseHg for Debian.
Please update these icons to the latest versions which are in public domain.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5496
Files are not updated while pull operation.
2020-06-21T11:21:02Z
Bitbucket Importer
Files are not updated while pull operation.
*Created originally on Bitbucket by Anonymous*
While pulling/cloning from repository, files are not getting added or added files are not visible in workbench. Operation is get stuck.
refer attached screen shot.![issue](C:\Users\ssarode...
*Created originally on Bitbucket by Anonymous*
While pulling/cloning from repository, files are not getting added or added files are not visible in workbench. Operation is get stuck.
refer attached screen shot.![issue](C:\Users\ssarode\Desktop\Hg.png)
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5485
Text copied from TortoiseHg workbench to clipboard disappears from clipboard ...
2020-06-21T11:20:50Z
Bitbucket Importer
Text copied from TortoiseHg workbench to clipboard disappears from clipboard when closing TortoiseHg workbench
*Created originally on Bitbucket by [KoenT_IM (Koen Tanghe)](https://bitbucket.org/%7B020a1154-eb8b-49d3-812c-47dad177c9c5%7D/)*
**Description**
Whenever I copy some text from within the TortoiseHg workbench to the Windows clipboard,...
*Created originally on Bitbucket by [KoenT_IM (Koen Tanghe)](https://bitbucket.org/%7B020a1154-eb8b-49d3-812c-47dad177c9c5%7D/)*
**Description**
Whenever I copy some text from within the TortoiseHg workbench to the Windows clipboard, then close the workbench, and then try to paste the clipboard in some other application, it doesn’t work: no text is pasted at all. It is as if the text has been removed from the clipboard by closing the workbench.
**Reproduction steps**
1. open the TortoiseHg workbench by right-clicking on the top folder of your locally checked out repository and selecting “Hg Workbench“
2. select a changeset in the list of changesets to have the full commit message show up in the revision details panel
3. in that panel, select and copy some text from the commit message
4. close the workbench, go to a different Windows application and paste the copied text → no text is pasted at all \(expected behavior: the copied text should still be in the clipboard and get pasted just fine in the other application\)
Note that in step 4. pasting does work if you keep the workbench open at the moment of pasting.
**Technical info**
TortoiseHg version 5.0.2 \(with Mercurial-5.0.2, Python-2.7.13, PyQt-5.9.1, Qt-5.9.2\)
Windows 10 Pro, version 1903, OS build 18362.476
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5481
py3: password prompt for push pops up repeatedly
2020-06-21T11:20:46Z
Bitbucket Importer
py3: password prompt for push pops up repeatedly
*Created originally on Bitbucket by [cbillington (Chris Billington)](https://bitbucket.org/%7Be363c5a9-5075-4656-afb5-88bd6a6dceeb%7D/)*
I have my username for bitbucket set in my `.hgrc`, but not my password. When I push from tortoiseh...
*Created originally on Bitbucket by [cbillington (Chris Billington)](https://bitbucket.org/%7Be363c5a9-5075-4656-afb5-88bd6a6dceeb%7D/)*
I have my username for bitbucket set in my `.hgrc`, but not my password. When I push from tortoisehg it prompts for my password, but then when I enter it and hit enter, the prompt appears again as if I had gotten the password wrong, even though I got it right. The prompt continues to pup up indefinitely. However if I click cancel, I notice the push was actually successful (not sure if the push occurred after the first successful password or only after clicking cancel on the last password prompt).
This is using the latest commit of thg with Python 3.8 on Arch Linux with a devopment build of mercurial 5.2:
```
TortoiseHg
version 5.1+192-7a21581d3de0
with Mercurial-5.2+209-d3c4368099ed, Python-3.8.0, PyQt-5.13.2, Qt-5.13.2
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5479
py3: traceback upon starting workbench twice
2020-06-21T11:20:44Z
Bitbucket Importer
py3: traceback upon starting workbench twice
*Created originally on Bitbucket by [cbillington (Chris Billington)](https://bitbucket.org/%7Be363c5a9-5075-4656-afb5-88bd6a6dceeb%7D/)*
To reproduce:
* run thg
* run thg again whilst the first one is still running
traceback:
...
*Created originally on Bitbucket by [cbillington (Chris Billington)](https://bitbucket.org/%7Be363c5a9-5075-4656-afb5-88bd6a6dceeb%7D/)*
To reproduce:
* run thg
* run thg again whilst the first one is still running
traceback:
```
#!python
** Mercurial version (5.2+209-d3c4368099ed). TortoiseHg version (5.1+192-7a21581d3de0)
** Command:
** CWD: /home/bilbo
** Encoding: UTF-8
** Extensions loaded: strip, mq, churn, rebase, tortoisehg.util.configitems
** Python version: 3.8.0 (default, Oct 23 2019, 18:51:26) [GCC 9.2.0]
** System: Linux bilbo-arch 4.19.84-1-lts #1 SMP Tue, 12 Nov 2019 22:19:52 +0000 x86_64
** Qt-5.13.2 PyQt-5.13.2 QScintilla-2.11.3
Traceback (most recent call last):
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/run.py", line 138, in dispatch
return _runcatch(u, args)
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/run.py", line 342, in _runcatch
return runcommand(ui, args)
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/run.py", line 435, in runcommand
return _runcommand(lui, options, cmd, d)
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/run.py", line 487, in _runcommand
return checkargs()
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/run.py", line 440, in checkargs
return cmdfunc()
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/run.py", line 433, in <lambda>
d = lambda: qtrun(checkedfunc, ui, *args,
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/qtapp.py", line 464, in __call__
dlg, reporoot = self._createdialog(dlgfunc, args, opts)
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/qtapp.py", line 528, in _createdialog
return dlgfunc(self._ui, *args, **opts), reporoot
File "/usr/lib/python3.8/site-packages/mercurial/util.py", line 1840, in check
return func(*args, **kwargs)
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/run.py", line 1051, in log
serverexists = qtapp.connectToExistingWorkbench('[echo]')
File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/qtapp.py", line 353, in connectToExistingWorkbench
socket.write(QByteArray(data))
TypeError: arguments did not match any overloaded call:
QByteArray(): too many arguments
QByteArray(int, str): argument 1 has unexpected type 'str'
QByteArray(Union[QByteArray, bytes, bytearray]): argument 1 has unexpected type 'str'
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5472
Preview panels do not update
2020-06-21T11:20:37Z
Bitbucket Importer
Preview panels do not update
*Created originally on Bitbucket by Anonymous*
When doing a search it will return search results and clicking on them the preview will show below with all the relevant information, but if I do a second search and click on the search res...
*Created originally on Bitbucket by Anonymous*
When doing a search it will return search results and clicking on them the preview will show below with all the relevant information, but if I do a second search and click on the search results the preview windows do not update with the correct information. Also after committing if I press the 'detect out going changes' button, it will show the outgoing change but when I click on it, it again doesnt update the preview windows
*Attachments:* [torthg](/uploads/d05a12e45604b5523d7d53cf2e611f43/torthg.png)
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5471
Using Windows's new native OpenSSH ssh.exe thg hangs forever (host verificati...
2020-06-21T11:20:35Z
Bitbucket Importer
Using Windows's new native OpenSSH ssh.exe thg hangs forever (host verification step the first time is interactive)
*Created originally on Bitbucket by [joonas_fi (Joonas Loppi)](https://bitbucket.org/%7B73edf87e-b947-49d3-a9c6-49941ddd8c2d%7D/)*
Nowadays Windows has native OpenSSH built-in: [https://docs.microsoft.com/en-us/windows-server/administra...
*Created originally on Bitbucket by [joonas_fi (Joonas Loppi)](https://bitbucket.org/%7B73edf87e-b947-49d3-a9c6-49941ddd8c2d%7D/)*
Nowadays Windows has native OpenSSH built-in: [https://docs.microsoft.com/en-us/windows-server/administration/openssh/openssh\_install\_firstuse](https://docs.microsoft.com/en-us/windows-server/administration/openssh/openssh_install_firstuse)
I think it’s good to migrate to it, because now it works around the same in Linux and Windows and Putty’s SSH agent protocol implementation \(pageant\) is very hacky.
Now that on Windows OpenSSH handles the SSH agent as well, I think the protocol is about the same as in Linux \(though on Windows it uses named pipe \(name: \`openssh-ssh-agent\`\) probably because Unix sockets are not yet generally available on Windows\).
What didn’t work:
TortoiseHg just hanged forever when I tried to push to GitHub \(I use hggit\). Observing the command line \(\`ssh [git@github.com](mailto:git@github.com) "git-receive-pack 'function61/turbobob.git'"\`\) I did the same from command prompt, and ssh.exe asked me to accept GitHub’s host RSA key fingerprint. The \`git-receive-pack\` command did its thing successfully.
Now that the host key ack is stored, OpenSSH \+ Git integration works from TortoiseHg flawlessly.
tl;dr: we may need to pass a flag to ssh.exe for it to accept host key automatically \(if seeing that host’s key for the first time\) and to make SSH command automatically fail if host key verification fails?
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5470
TortoiseHg 5.0.2 Windows 10 x64 MSI installer fails to detect Windows File Ex...
2023-04-19T19:49:32Z
Bitbucket Importer
TortoiseHg 5.0.2 Windows 10 x64 MSI installer fails to detect Windows File Explorer stopped
*Created originally on Bitbucket by Anonymous*
TortoiseHg 5.0.2 Windows 10 x64 MSI installer fails to detect Windows File Explorer has been stopped (grey desktop), skips file replacement, does not restart Windows File Explorer, and sche...
*Created originally on Bitbucket by Anonymous*
TortoiseHg 5.0.2 Windows 10 x64 MSI installer fails to detect Windows File Explorer has been stopped (grey desktop), skips file replacement, does not restart Windows File Explorer, and schedules a restart with replacements.
Intsaller has to (know how to) launch Win-R Run or Ctrl-Alt-Esc Task Manager and restart Explorer.
This will prevent automated installs and so also acceptance and whitelisting for use in corporate environments.
Windows 10 Home Client Core Multiprocessor Free 6.3 1809 rs5_release 10 0 17763 615
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5469
Mandatory Merge with secret head
2020-06-21T11:20:33Z
Bitbucket Importer
Mandatory Merge with secret head
*Created originally on Bitbucket by [Tommaso Migliorini](https://bitbucket.org/%7B5925b491-3796-45bd-922b-a29123411c20%7D/)*
Hi,
I have a branch with two heads but one of these is secret. If I want merge a public head with another br...
*Created originally on Bitbucket by [Tommaso Migliorini](https://bitbucket.org/%7B5925b491-3796-45bd-922b-a29123411c20%7D/)*
Hi,
I have a branch with two heads but one of these is secret. If I want merge a public head with another branch I cant do it, I must merge first with a secret changeset. Why?
Thank you
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5467
Documentation is Windows-centric
2020-06-21T11:20:31Z
Bitbucket Importer
Documentation is Windows-centric
*Created originally on Bitbucket by [matteosistisette (matteo sisti sette)](https://bitbucket.org/%7B9fa605ad-375e-45d8-bd81-71c0b4ff11b4%7D/)*
I was searching the docs to find where the list of repositories in the registry is stored on...
*Created originally on Bitbucket by [matteosistisette (matteo sisti sette)](https://bitbucket.org/%7B9fa605ad-375e-45d8-bd81-71c0b4ff11b4%7D/)*
I was searching the docs to find where the list of repositories in the registry is stored on Ubuntu, but most of the docs seem to be written as if TortoiseHg was exclusively for Windows.
For example at [https://tortoisehg.readthedocs.io/en/latest/settings.html](https://tortoisehg.readthedocs.io/en/latest/settings.html)
> A site-wide configuration file in `C:\Program Files\TortoiseHg\Mercurial.ini` This file is read first and thus has the lowest priority.
>
> A per-user configuration file in `C:\Documents and Settings\username\Mercurial.ini`
>
> …..
All those paths are windows-specific and there’s no mention of their counterparts on Linux or Mac OS.
The same at [https://tortoisehg.readthedocs.io/en/latest/faq.html](https://tortoisehg.readthedocs.io/en/latest/faq.html)
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5463
Copying commit hash puts newlines in the string
2020-06-21T11:20:26Z
Bitbucket Importer
Copying commit hash puts newlines in the string
*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
If you double click and then copy the commit hash, it copies some newlnes into the string also.
...
*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
If you double click and then copy the commit hash, it copies some newlnes into the string also.
e.g., from here:
![](https://bitbucket.org/repo/48R4X/images/463332341-image.png)
in WorkBench.
Seems like a newline is appended at least to the left of the string, and maybe to the right also.
This is just an annoyance when pasting the text anywhere.
Thanks
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5462
Error when cloning repo
2020-08-19T03:52:08Z
Bitbucket Importer
Error when cloning repo
*Created originally on Bitbucket by [Zack Moore](https://bitbucket.org/%7B6e504a99-7726-403c-9aa3-10a332df87ba%7D/)*
I keep getting this when cloning a repo and TortoiseHg insists that I should report it.
Error happens after repo app...
*Created originally on Bitbucket by [Zack Moore](https://bitbucket.org/%7B6e504a99-7726-403c-9aa3-10a332df87ba%7D/)*
I keep getting this when cloning a repo and TortoiseHg insists that I should report it.
Error happens after repo appears to finish clone and TorgoiseHg Workbench opens. Then error appears immediately.
Repo is on Bitbucket cloud if that matters.
I’ve tried cloning this repo a few times and this happens each time. I’m not sure yet if the repo is in a good state.
```
#!python
** Mercurial version (5.0.2). TortoiseHg version (5.0.2)
** Command: --nofork clone
** CWD: C:\Users\zack.moore\projects\belgium.bruges
** Encoding: cp1252
** Extensions loaded: hggit, hgsubversion, histedit, mercurial_keyring, strip, mq, rebase, shelve, transplant, win32lfn, 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\repowidget.pyo", line 268, in _initView
File "tortoisehg\hgqt\repowidget.pyo", line 864, in _updateRepoViewForModel
File "tortoisehg\hgqt\repomodel.pyo", line 675, in defaultIndex
File "tortoisehg\hgqt\repomodel.pyo", line 692, in indexFromRev
File "tortoisehg\hgqt\repomodel.pyo", line 415, 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 491, in tags
File "mercurial\localrepo.pyo", line 1568, in nodetags
File "mercurial\util.pyo", line 1563, in __get__
File "mercurial\localrepo.pyo", line 1489, in _tagscache
File "hgext\mq.pyo", line 3558, in _findtags
File "hggit\hgrepo.pyo", line 53, in _findtags
File "hggit\git_handler.pyo", line 155, in remote_refs
File "hggit\git_handler.pyo", line 248, in load_remote_refs
File "mercurial\util.pyo", line 1563, in __get__
File "hggit\git_handler.pyo", line 172, in git
File "dulwich\repo.pyo", line 1287, in init_bare
File "dulwich\repo.pyo", line 1212, in _init_maybe_bare
File "C:/hg-ex/win32lfn/src/win32lfn.py", line 193, in lfnmkdir
KeyError: 5L
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5457
Error during merge to local
2020-06-21T11:20:20Z
Bitbucket Importer
Error during merge to local
*Created originally on Bitbucket by Anonymous*
This happened after committing local changes, pull from repository and trying to merge with local. Just one changed file in my commit, and it was not changed in repository
*Attachments:* ...
*Created originally on Bitbucket by Anonymous*
This happened after committing local changes, pull from repository and trying to merge with local. Just one changed file in my commit, and it was not changed in repository
*Attachments:* [bugreport.txt](/uploads/d28e6766129143bd1b39e269ecd9d511/bugreport.txt)
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5454
CopyHash fails sometimes
2020-06-21T11:20:16Z
Bitbucket Importer
CopyHash fails sometimes
*Created originally on Bitbucket by Anonymous*
In the hg workbench, I right-click upon a commit item in the graph and select "Copy hash" -> bug report window opens.
Unfortunatly this is not reproducable every time, but it happens fr...
*Created originally on Bitbucket by Anonymous*
In the hg workbench, I right-click upon a commit item in the graph and select "Copy hash" -> bug report window opens.
Unfortunatly this is not reproducable every time, but it happens from time to time. It seems to be independent upon the node that I select. Whenever this error occurs I must close the workbench and open it again, or this error appears every time I try to perform this action. After restarting the workbench most often copying the hash value will work.
#!python
** Mercurial version (4.8.1). TortoiseHg version (4.8.1)
** Command: --nofork workbench
** CWD: R:\proj\proj
** Encoding: cp1252
** Extensions loaded: mercurial_keyring, strip, mq, 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\repowidget.pyo", line 1977, in copyHash
TypeError: b2a_hex() argument 1 must be string or buffer, not None
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5451
Alt+Number shortcuts in the View-menu break Windows Alt-Code character input ...
2020-06-21T11:20:13Z
Bitbucket Importer
Alt+Number shortcuts in the View-menu break Windows Alt-Code character input method
*Created originally on Bitbucket by Anonymous*
TortioseHg uses the keyboard shortcuts Alt+0 for Show Task Tab and Alt+1 … Alt+4 to select the contents of the Task Tab (Revision Details, Commit, Search, or Synchronise)
Windows uses ‘A...
*Created originally on Bitbucket by Anonymous*
TortioseHg uses the keyboard shortcuts Alt+0 for Show Task Tab and Alt+1 … Alt+4 to select the contents of the Task Tab (Revision Details, Commit, Search, or Synchronise)
Windows uses ‘Alt-Codes’ for input of off-keyboard characters, e.g. Alt+0176 for the degree sign °.
As Windows Alt-Codes require num-pad numbers: is it maybe possible to restrict the thg shortcuts to ‘normal’ numbers?
How to reproduce:
Open a repository in THG, open the Commit tab, place the cursor in the commit message. Press and hold the Alt key, then type on the num-pad: 0 1 7 6, then release Alt.
Expected outcome: the character ° is inserted into the commit message before the cursor
Actual outcome: the task tab is closed (Alt+0) , then opened again showing Revision Details (Alt+1). (Alt+7 and Alt+6 are then ignored)
thg 5.0.2
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5450
Error on "Revision history" and "Annotate files" called from context menu in ...
2020-06-21T11:20:12Z
Bitbucket Importer
Error on "Revision history" and "Annotate files" called from context menu in explorer on file
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.6.1). TortoiseHg version (4.6.1)
** Command: --nofork log --listfile C:\Users\saltu\AppData\Local\Temp\THGACF2.tmp
** CWD: D:\repos\CadwiseP...
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.6.1). TortoiseHg version (4.6.1)
** Command: --nofork log --listfile C:\Users\saltu\AppData\Local\Temp\THGACF2.tmp
** CWD: D:\repos\CadwiseProjectStudio
** Encoding: cp1251
** Extensions loaded: mercurial_keyring, shelve, strip, transplant, rebase, largefiles, extdiff, 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\run.pyo", line 48, in dispatch
File "tortoisehg\hgqt\run.pyo", line 249, in _runcatch
File "tortoisehg\hgqt\run.pyo", line 340, in runcommand
File "tortoisehg\hgqt\run.pyo", line 391, in _runcommand
File "tortoisehg\hgqt\run.pyo", line 345, in checkargs
File "tortoisehg\hgqt\run.pyo", line 339, in <lambda>
File "tortoisehg\hgqt\qtapp.pyo", line 457, in __call__
File "tortoisehg\hgqt\qtapp.pyo", line 521, in _createdialog
File "mercurial\util.pyo", line 1553, in check
File "tortoisehg\hgqt\run.pyo", line 905, in log
File "tortoisehg\hgqt\run.pyo", line 641, in filelog
File "tortoisehg\hgqt\filedialogs.pyo", line 398, in goto
File "tortoisehg\hgqt\repomodel.pyo", line 903, in indexLinkedFromRev
File "tortoisehg\hgqt\repomodel.pyo", line 665, in indexFromRev
File "tortoisehg\hgqt\repomodel.pyo", line 389, 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 837, in fromfilectx
File "tortoisehg\hgqt\graph.pyo", line 824, in fromchangectx
File "mercurial\context.pyo", line 580, in phase
File "mercurial\localrepo.pyo", line 88, in __get__
File "mercurial\scmutil.pyo", line 1165, in __get__
File "mercurial\localrepo.pyo", line 758, in _phasecache
File "mercurial\phases.pyo", line 205, in __init__
File "mercurial\phases.pyo", line 148, in _readroots
ValueError: need more than 1 value to unpack
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5449
Diff between old revisions of file now in subrepo directory fails
2020-06-21T11:20:11Z
Bitbucket Importer
Diff between old revisions of file now in subrepo directory fails
*Created originally on Bitbucket by [James Oldfield](https://bitbucket.org/%7Bf3154dfe-cc7c-41e3-aced-6097e572dc33%7D/)*
I am running TortoiseHg 5.0.2 on Windows 10 64-bit.
Steps:
1. Create a file within a subdirectory of a repo, ...
*Created originally on Bitbucket by [James Oldfield](https://bitbucket.org/%7Bf3154dfe-cc7c-41e3-aced-6097e572dc33%7D/)*
I am running TortoiseHg 5.0.2 on Windows 10 64-bit.
Steps:
1. Create a file within a subdirectory of a repo, e.g. in MyRepo create MyRepo/Foo/bar/baz.cpp, and commit. Call this revision 1.
2. Change that file and commit again. Call this revision 2.
3. Delete that subdirectory, and replace with a subrepository. \(In my case, the subrepo contains all the same files that were there before, but I don't think that's relevant.\) Call this revision 3.
4. In TortoiseHG Workbench, browse back to revision 2. Click on the file and you will see the diff successfully shown in the bottom right pane. But double click \(or right click -> Diff to Parent\) and you will get an error:
> path 'MyRepo\\Foo\\bar\\baz.cpp' is inside nested repo 'MyRepo\\Foo'.
Here is the detail:
```
#!python
** Mercurial version (5.0.2). TortoiseHg version (5.0.2)
** Command:
** CWD: C:\Program Files\TortoiseHg
** Encoding: cp1252
** Extensions loaded: hggit, mercurial_keyring, shelve, strip, rebase, mq, 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\revdetails.pyo", line 383, in onDoubleClick
File "tortoisehg\hgqt\filectxactions.pyo", line 115, in wrapped
File "tortoisehg\hgqt\filectxactions.pyo", line 289, in visualDiffFile
File "tortoisehg\hgqt\filectxactions.pyo", line 299, in _visualDiffToBase
File "tortoisehg\hgqt\filectxactions.pyo", line 308, in _visualDiff
File "tortoisehg\hgqt\visdiff.pyo", line 239, in visualdiff
File "mercurial\match.pyo", line 219, in match
File "mercurial\match.pyo", line 265, in _donormalize
File "mercurial\pathutil.pyo", line 192, in canonpath
File "mercurial\pathutil.pyo", line 101, in __call__
File "mercurial\pathutil.pyo", line 129, in _checkfs
Abort: path 'MyRepo\Foo\bar\baz.cpp' is inside nested repo 'MyRepo\\Foo'
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5447
HG File Log Viewer show only newest revision (Windows 10)
2020-06-21T11:20:09Z
Bitbucket Importer
HG File Log Viewer show only newest revision (Windows 10)
*Created originally on Bitbucket by Anonymous*
I'm from version "tortoisehg-4.2.1-x64". After Installation of tortoisehg-5.0.2-x64 the File Log Viewer show only the newest revision instead of all. So I installed older versions of tortoi...
*Created originally on Bitbucket by Anonymous*
I'm from version "tortoisehg-4.2.1-x64". After Installation of tortoisehg-5.0.2-x64 the File Log Viewer show only the newest revision instead of all. So I installed older versions of tortoisehg.
The last working version is tortoisehg-4.6.1-x64. The first not working version is tortoisehg-4.7.2-x64 (V4.7.0 and 4.7.1 not tested).
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5446
Hg file log viewer (file history/annotate) crashes tortoisehg
2020-06-21T11:20:08Z
Bitbucket Importer
Hg file log viewer (file history/annotate) crashes tortoisehg
*Created originally on Bitbucket by Anonymous*
Not sure if it is related or not, but two things noticed on 4.9.1 windows 64bit:
1. When you open hg file log viewer and then close it, the memory usage by thg increases.
2. After several...
*Created originally on Bitbucket by Anonymous*
Not sure if it is related or not, but two things noticed on 4.9.1 windows 64bit:
1. When you open hg file log viewer and then close it, the memory usage by thg increases.
2. After several repetitions of (1), at some point thg crashes.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5444
UnicodeEncodeError in Russian localization
2020-06-21T11:20:06Z
Bitbucket Importer
UnicodeEncodeError in Russian localization
*Created originally on Bitbucket by [neit_kas (A.Konovalov)](https://bitbucket.org/%7Badb03402-4957-4e05-b0d4-361d92f547ca%7D/)*
I have a problem when starting TortoiseHG in Russian localization:
```restructuredtext
#!python
...
*Created originally on Bitbucket by [neit_kas (A.Konovalov)](https://bitbucket.org/%7Badb03402-4957-4e05-b0d4-361d92f547ca%7D/)*
I have a problem when starting TortoiseHG in Russian localization:
```restructuredtext
#!python
** Mercurial version (5.0.2). TortoiseHg version (5.0.2)
** Command:
** CWD: /home/user
** Encoding: UTF-8
** Extensions loaded: tortoisehg.util.configitems
** Python version: 2.7.16 (default, Mar 11 2019, 18:59:25) [GCC 8.2.1 20181127]
** System: Linux KASRoadArch 5.2.5-arch1-1-ARCH #1 SMP PREEMPT Wed Jul 31 08:30:34 UTC 2019 x86_64
** Qt-5.13.0 PyQt-5.13.0 QScintilla-2.11.2
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/run.py", line 71, in dispatch
return _runcatch(u, args)
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/run.py", line 274, in _runcatch
return runcommand(ui, args)
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/run.py", line 365, in runcommand
return _runcommand(lui, options, cmd, d)
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/run.py", line 417, in _runcommand
return checkargs()
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/run.py", line 370, in checkargs
return cmdfunc()
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/run.py", line 364, in <lambda>
d = lambda: qtrun(checkedfunc, ui, *args, **cmdoptions)
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/qtapp.py", line 459, in __call__
dlg, reporoot = self._createdialog(dlgfunc, args, opts)
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/qtapp.py", line 523, in _createdialog
return dlgfunc(self._ui, *args, **opts), reporoot
File "/usr/lib/python2.7/site-packages/mercurial/util.py", line 1680, in check
return func(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/run.py", line 962, in log
w = _workbench(ui, *pats, **opts)
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/run.py", line 454, in _workbench
w = qtrun.createWorkbench()
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/qtapp.py", line 555, in createWorkbench
self._workbench = workbench.Workbench(self._ui, self._repomanager)
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/workbench.py", line 73, in __init__
self.reporegistry = rr = RepoRegistryView(repomanager, self)
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/reporegistry.py", line 259, in __init__
self.createActions()
File "/usr/lib/python2.7/site-packages/tortoisehg/hgqt/reporegistry.py", line 491, in createActions
for name, desc, icon, tip, cb in self._action_defs():
UnicodeEncodeError: 'ascii' codec can't encode characters in position 1-11: ordinal not in range(128)
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5441
error when browsing commit
2020-06-21T11:20:02Z
Bitbucket Importer
error when browsing commit
*Created originally on Bitbucket by Anonymous*
I was browsing commit of a repo (use upper arrow to see each commit) and then mercurial popup an error and say to me "hey report this error please". So here I am. For you information, I cli...
*Created originally on Bitbucket by Anonymous*
I was browsing commit of a repo (use upper arrow to see each commit) and then mercurial popup an error and say to me "hey report this error please". So here I am. For you information, I clicked on ok and continued browsing. Honestly, I don't what the problem is.
The stack :
#!python
** Mercurial version (5.0.2). TortoiseHg version (5.0.2)
** Command:
** CWD: C:\WINDOWS\system32
** Encoding: cp1252
** Extensions loaded: rebase, strip, mq, 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\repowidget.pyo", line 893, in onRevisionSelected
File "tortoisehg\hgqt\revdetails.pyo", line 316, in onRevisionSelected
File "tortoisehg\hgqt\revdetails.pyo", line 338, in _setContextToFileList
File "tortoisehg\hgqt\manifestmodel.pyo", line 354, in setChangedFilesOnly
File "tortoisehg\hgqt\manifestmodel.pyo", line 405, in _repopulateNodes
File "tortoisehg\hgqt\manifestmodel.pyo", line 433, in _populateNodes
File "tortoisehg\hgqt\manifestmodel.pyo", line 614, in _populaterepo
File "mercurial\localrepo.pyo", line 2747, in status
File "mercurial\context.pyo", line 350, in status
File "mercurial\context.pyo", line 121, in _buildstatus
File "mercurial\manifest.pyo", line 550, in diff
File "mercurial\manifest.pyo", line 530, in matches
File "mercurial\manifest.pyo", line 414, in __init__
MemoryError
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5436
TypeError: encoded string too long
2020-06-21T11:19:57Z
Bitbucket Importer
TypeError: encoded string too long
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.9.1). TortoiseHg version (4.9.1)
** Command:
** CWD: C:\Windows\system32
** Encoding: cp1252
** Extensions loaded: tortoisehg.uti...
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.9.1). TortoiseHg version (4.9.1)
** Command:
** CWD: C:\Windows\system32
** Encoding: cp1252
** Extensions loaded: tortoisehg.util.configitems, largefiles
** 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\workbench.pyo", line 883, in _runSyncAction
File "tortoisehg\hgqt\repowidget.pyo", line 1055, in incoming
File "tortoisehg\hgqt\sync.pyo", line 702, in incoming
File "tortoisehg\hgqt\sync.pyo", line 757, in inclicked
File "tortoisehg\hgqt\qtlib.pyo", line 108, in gettempdir
File "tempfile.pyo", line 331, in mkdtemp
File "tempfile.pyo", line 275, in gettempdir
File "tempfile.pyo", line 191, in _get_default_tempdir
File "ntpath.pyo", line 488, in abspath
TypeError: encoded string too long (608, maximum length 519)
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5421
assert not self._cmdagent.isBusy() AssertionError
2020-06-21T11:19:40Z
Bitbucket Importer
assert not self._cmdagent.isBusy() AssertionError
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.5.3). TortoiseHg version (4.5.2)
** Command: --nofork
** CWD: /home/censored
** Encoding: UTF-8
** Extensions loaded: strip, shelv...
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.5.3). TortoiseHg version (4.5.2)
** Command: --nofork
** CWD: /home/censored
** Encoding: UTF-8
** Extensions loaded: strip, shelve, tortoisehg.util.configitems
** Python version: 2.7.15+ (default, Nov 27 2018, 23:36:35) [GCC 7.3.0]
** System: Linux censored-work-desktop 4.15.0-54-generic #58-Ubuntu SMP Mon Jun 24 10:55:24 UTC 2019 x86_64
** Qt-5.9.5 PyQt-5.10.1 QScintilla-2.10.2
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/thgrepo.py", line 518, in _onConfigChanged
assert not self._cmdagent.isBusy()
AssertionError
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5420
No projrc module found on v4.9.1 (migration from v3.3.3)
2020-06-21T11:19:39Z
Bitbucket Importer
No projrc module found on v4.9.1 (migration from v3.3.3)
*Created originally on Bitbucket by Anonymous*
I'm currently using **TortoiseHg v3.3.3** as versioning software for my **C# source code**. Since it is a very old version, I recently tried to update to the latest version **v4.9.1**.
I...
*Created originally on Bitbucket by Anonymous*
I'm currently using **TortoiseHg v3.3.3** as versioning software for my **C# source code**. Since it is a very old version, I recently tried to update to the latest version **v4.9.1**.
In many of my code projects (repositories) I'm using the **projrc module** (so a `projrc` file) to remap the folder for dependency libraries that are treated as **subrepositories**.
In this way, if I need, I can map each of my repository to a specific version of each subrepository, since the subrepository folder is cloned independently inside each repository where I need.
After installing **TortoiseHg v4.9.1**, while trying to clone an existing repository, I immediately get an error if the repository is referencing subrepositories using projrc. The error simply says that:
No projrc module was found.
I tried by checking the TortoiseHg Settings under Extensions menu and I can only see that the `projrc` module checkbox is checked. I also tried to uncheck/check again, but the error still persists. If I search inside the TortoiseHg v4.9.1 program folder in my PC for `projrc` module files, I find nothing. Instead, I find some `.pyd` file, while searching inside the v3.3.3.
What should I do? Is there a way to get back the `projrc` module? Is this a bug?
Otherwise, what alternatives do I have to get the same type of repository/subrepository management?
Here follows an example to better understand my usage of the `projrc` module.
####Example:
Main application repository:
`MyCompany.ServerApp`
Dependecy libraries repositories:
```
MyCompany.SharedLibrary1
MyCompany.SharedLibrary2
```
`.hgsub` file content (the file is inside main application repository folder, under `C:\source\MyCompany\MyCompany.ServerApp\.hgsub`):
```
MyCompany.SharedLibrary1 = MyCompany.SharedLibrary1
MyCompany.SharedLibrary2 = MyCompany.SharedLibrary2
```
`projrc` file content (the file is inside main application repository folder, under `C:\source\MyCompany\MyCompany.ServerApp\.hg\projrc`):
```
#\ projrc encoding check, line must begin with '#\ '
[subpaths]
Z:\\Development\\hgRepo\\MyCompany.ServerApp/MyCompany.SharedLibrary1 = Z:/Development/hgRepo/SharedLibraries/MyCompany.SharedLibrary1
Z:\\Development\\hgRepo\\MyCompany.ServerApp/MyCompany.SharedLibrary2 = Z:/Development/hgRepo/SharedLibraries/MyCompany.SharedLibrary2
```
#####Note:
`/` and `\` (single and double) are correctly used as requested by `projrc` module.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5416
Consumes 2-3% CPU even when completely idle, doing nothing, not focused
2020-06-21T11:19:35Z
Bitbucket Importer
Consumes 2-3% CPU even when completely idle, doing nothing, not focused
*Created originally on Bitbucket by [teo8976 (Teo Tei)](https://bitbucket.org/%7B4d381d15-4c61-4a29-9de3-d1b5a89dbb2a%7D/)*
I have Tortoise Hg open now, with a couple of repository open. It’s doing nothing \(or it should be, as I haven’...
*Created originally on Bitbucket by [teo8976 (Teo Tei)](https://bitbucket.org/%7B4d381d15-4c61-4a29-9de3-d1b5a89dbb2a%7D/)*
I have Tortoise Hg open now, with a couple of repository open. It’s doing nothing \(or it should be, as I haven’t asked it to do anything\), it’s not focused, I am using other applications, yet the thg process is consuming between 2% and 3% CPU continuously. That’s quite a lot for an idle application doing nothing. If all processes that are doing absolutely nothing were to consume that amount of CPU, the system would become unusably slow.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5413
strange SSL bug
2020-06-21T11:19:33Z
Bitbucket Importer
strange SSL bug
*Created originally on Bitbucket by Anonymous*
D:\Research\hg\scm02\test>"C:\Program Files\TortoiseHg\hg.exe" --debug push https://scm02.fiege.com/hg/test
übertrage nach https://scm02.fiege.com/hg/test
using https:/scm02.fiege.com/hg/...
*Created originally on Bitbucket by Anonymous*
D:\Research\hg\scm02\test>"C:\Program Files\TortoiseHg\hg.exe" --debug push https://scm02.fiege.com/hg/test
übertrage nach https://scm02.fiege.com/hg/test
using https:/scm02.fiege.com/hg/test
sending capabilities command
(the full certificate chain may not be available locally; see "hg help debugssl")
Abbruch: Fehler: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:661)
D:\Research\hg\scm02\test>"C:\Program Files\TortoiseHg\hg.exe" --debug debugssl https://scm02.fiege.com/hg/test
checking the certificate chain for scm02.fiege.com
full certificate chain is available
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5409
Version compatibility flag on create repositories is inconsistent and probabl...
2020-06-21T11:19:28Z
Bitbucket Importer
Version compatibility flag on create repositories is inconsistent and probably broken
*Created originally on Bitbucket by [schlamar (Marc Schlaich)](https://bitbucket.org/%7B0ed8ebc9-2100-466d-9d4d-dbd5d2caed79%7D/)*
There is the option to create Mercurial <1.7 compatible repositories. However, since 1.7 there were two m...
*Created originally on Bitbucket by [schlamar (Marc Schlaich)](https://bitbucket.org/%7B0ed8ebc9-2100-466d-9d4d-dbd5d2caed79%7D/)*
There is the option to create Mercurial <1.7 compatible repositories. However, since 1.7 there were two more options added:
* generaldelta \(introduced in 1.9, default enabled since 3.7\)
* sparse-revlog \(introduced in 4.7, default enabled since 4.9\)
See [https://www.mercurial-scm.org/wiki/MissingRequirement.](https://www.mercurial-scm.org/wiki/MissingRequirement.)
It is very inconsistent that you can create repositories for <1.7 without dotencode but not without these new introduced features.
Plus, I'm pretty sure that repositories created with the check box checked don't work with Mercurial <1.7 because they are still created with generaldelta and sparse-revlog.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5401
Push To Here does not specify --rev parameter
2020-07-05T02:26:10Z
Bitbucket Importer
Push To Here does not specify --rev parameter
*Created originally on Bitbucket by [martind2112 (Martin Dufresne)](https://bitbucket.org/%7B49613ccf-70c2-4e61-a090-44176166c50a%7D/)*
When selecting “Push To Here“ in the Outgoing screen, Workbench issues the following command:
hg ...
*Created originally on Bitbucket by [martind2112 (Martin Dufresne)](https://bitbucket.org/%7B49613ccf-70c2-4e61-a090-44176166c50a%7D/)*
When selecting “Push To Here“ in the Outgoing screen, Workbench issues the following command:
hg push https://bitbucket.org/foo/bar
although it should specify the revision:
hg push **--rev 241** https://bitbucket.org/foo/bar
The issue seems to appear right after a commit, when no changeset is clicked \(selected/highlighted\) before issuing the commands “Detect Outgoing/Push to Here“
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5400
Selecting an item in Patch Queue causes the wrong revision to be selected in ...
2020-06-21T11:19:19Z
Bitbucket Importer
Selecting an item in Patch Queue causes the wrong revision to be selected in the revision queue, if the patch name is a number.
*Created originally on Bitbucket by [agodfrey (Andrew Godfrey)](https://bitbucket.org/%7B14f8e17b-24bf-43f0-a58b-e103c10317f3%7D/)*
I see this in both 4.8.2. and 4.9.1.
I named a series of patches “1”, “2”, and so on. But I noticed t...
*Created originally on Bitbucket by [agodfrey (Andrew Godfrey)](https://bitbucket.org/%7B14f8e17b-24bf-43f0-a58b-e103c10317f3%7D/)*
I see this in both 4.8.2. and 4.9.1.
I named a series of patches “1”, “2”, and so on. But I noticed that when I click on one of those, say “2” in Patch Queue, the revision selected in the revision graph view is _revision number_ 2. Not the patch with the name 2.
I can work around this by naming my patches “p1”, “p2” and so on, but thought it worth reporting because it took me quite a while to realize what was going wrong.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5399
tortoiseHG icons don't appear in windows explorer
2020-06-21T11:19:18Z
Bitbucket Importer
tortoiseHG icons don't appear in windows explorer
*Created originally on Bitbucket by Anonymous*
tortoiseHG icons don't appear in windows explorer
*Created originally on Bitbucket by Anonymous*
tortoiseHG icons don't appear in windows explorer
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5398
Right-click -> open opens a repository in a new tab again even if already ope...
2020-06-21T11:19:17Z
Bitbucket Importer
Right-click -> open opens a repository in a new tab again even if already opened in existing tab
*Created originally on Bitbucket by [teo8976 (Teo Tei)](https://bitbucket.org/%7B4d381d15-4c61-4a29-9de3-d1b5a89dbb2a%7D/)*
Steps to reproduce:
1. Assume you have a few repository in your registry on the left panel
2. Open one or mo...
*Created originally on Bitbucket by [teo8976 (Teo Tei)](https://bitbucket.org/%7B4d381d15-4c61-4a29-9de3-d1b5a89dbb2a%7D/)*
Steps to reproduce:
1. Assume you have a few repository in your registry on the left panel
2. Open one or more of them, either by right-click->open or by double click on the left panel
3. Just for comparison, double-click on one in the list that you have already opened in the previous step. Notice how this doesn’t open a new tab: it focuses the existing tab where the repo is already opened, as expected
4. Now right-click on the same repository in the list on the left, and choose “Open”
Expected:
Right-click->open \(step 4\) should behave exactly like double-click \(step 3\), i.e., if the repository is already open in an existing tab, it should focus that tab and not open a new one
Observed:
the repository is opened AGAIN in a new duplicate tab. So now you have the repository opened twice in two different tabs.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5396
Invalid branch to update
2021-11-24T11:06:37Z
Bitbucket Importer
Invalid branch to update
*Created originally on Bitbucket by [RusKnyaz](https://bitbucket.org/%7Be2b23c3f-3977-4e82-8b77-129bff0fbc00%7D/)*
Steps to reproduce:
Say you have two branches: develop and release. And your current head is develop. You want to go t...
*Created originally on Bitbucket by [RusKnyaz](https://bitbucket.org/%7Be2b23c3f-3977-4e82-8b77-129bff0fbc00%7D/)*
Steps to reproduce:
Say you have two branches: develop and release. And your current head is develop. You want to go to release.
1. Select ‘release’ in filter toolbar
2. Select top revesion and click righ mouse button
3. Click ‘Update…’
Observed: wrong revision and branch in the dialog selected.
Expected: head revision of release branch selected.
Note: Sometimes the issue is not reproducible.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5392
Width of description column (again)
2022-05-09T21:58:33Z
Armin Rigo
Width of description column (again)
I'm using version 4.9.0 on Windows 10. Whenever I start the program (I have checked "Save open repositories on exit"), half of the repositories show the column "Description" at minimum width (i.e. the width of the column header "Descrip...
I'm using version 4.9.0 on Windows 10. Whenever I start the program (I have checked "Save open repositories on exit"), half of the repositories show the column "Description" at minimum width (i.e. the width of the column header "Description").
Sorry about that, I know this kind of bug report is not very helpful to you: some repos work fine, others don't. I couldn't figure out the difference. It seems to be not completely consistent over time, too, so maybe it is related to the display width of the "description" field in the most recent N changesets, or something; or maybe it is timing issues.
It would be more convenient for me if I could simply disable *all* guessing column widths, and it would instead just save and restore the width I've set manually in all cases. I see the appeal of auto-scaling columns when e.g. we resize the window, but in my case I'm fighting a non-reliable implementation...
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5390
abort: Bad file descriptor, cmdserver: process exited unexpectedly with code 255
2020-06-21T11:19:10Z
Bitbucket Importer
abort: Bad file descriptor, cmdserver: process exited unexpectedly with code 255
*Created originally on Bitbucket by [dmitriyse (Дмитрий Иванов)](https://bitbucket.org/%7Bc528567a-fef6-437e-989c-91e3ae86b48f%7D/)*
How to reproduce:
Use context menu Clone…
or run "C:\\Program Files\\TortoiseHg\\thgw.exe" --nofo...
*Created originally on Bitbucket by [dmitriyse (Дмитрий Иванов)](https://bitbucket.org/%7Bc528567a-fef6-437e-989c-91e3ae86b48f%7D/)*
How to reproduce:
Use context menu Clone…
or run "C:\\Program Files\\TortoiseHg\\thgw.exe" --nofork clone
![](https://bitbucket.org/repo/48R4X/images/272767297-TortoiseHG%20Error.jpg)
Windows 10 x64, TortoiseHG x64 4.9.1
1. This problem exist not on every machine :\(
2. If you run "C:\\Program Files\\TortoiseHg\\thgw.exe" and choose clone… - this issue is not reproduced
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5389
AttributeError: 'RepoTreeModel' object has no attribute 'childs'
2020-06-21T11:19:09Z
Bitbucket Importer
AttributeError: 'RepoTreeModel' object has no attribute 'childs'
*Created originally on Bitbucket by Anonymous*
Following bug is reported when I use the file protocol viewer, double-click on a revision (the workbench then opens) and then close the workbench window using the red cross window icon (Win...
*Created originally on Bitbucket by Anonymous*
Following bug is reported when I use the file protocol viewer, double-click on a revision (the workbench then opens) and then close the workbench window using the red cross window icon (Windows 10).
```
#!python
#!python
** Mercurial version (4.9.1). TortoiseHg version (4.9.1)
** Command: --nofork log --listfile C:\Users\HGL\AppData\Local\Temp\THG9DCA.tmp
** CWD: C:\tmp\Magellan
** Encoding: cp1252
** Extensions loaded: 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\workbench.pyo", line 1161, in closeEvent
File "tortoisehg\hgqt\reporegistry.pyo", line 443, in close
File "tortoisehg\hgqt\reporegistry.pyo", line 307, in _saveSettings
File "tortoisehg\hgqt\reporegistry.pyo", line 397, in _writeExpandedState
File "tortoisehg\hgqt\repotreemodel.pyo", line 336, in itemPath
File "tortoisehg\hgqt\repotreeitem.pyo", line 104, in itempath
AttributeError: 'RepoTreeModel' object has no attribute 'childs'
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5388
Cannot commit in Kubuntu 19.04
2020-06-21T11:19:08Z
Bitbucket Importer
Cannot commit in Kubuntu 19.04
*Created originally on Bitbucket by [athieme (André Thieme)](https://bitbucket.org/%7B89497d89-0293-4d82-a82f-730d10334192%7D/)*
I’m on a fresh installation of Kubuntu 19.04 and can’t use THG to commit.
I saved my `.hgrc` in UTF-8 an...
*Created originally on Bitbucket by [athieme (André Thieme)](https://bitbucket.org/%7B89497d89-0293-4d82-a82f-730d10334192%7D/)*
I’m on a fresh installation of Kubuntu 19.04 and can’t use THG to commit.
I saved my `.hgrc` in UTF-8 and my name there includes `André`, with an accent above the „e". What I now see in the „Author" column is `André`. So I can see here that THG is reading this file assuming a LATIN1 encoding. But this is only one problem. The much bigger issue here is that my email address is missing in the „Author” column!
Only when I remove the `@` sign from my `.hgrc` THG is able to read and display the file. When I hit the „Commit” button I see this log output:
```
% hg commit --verbose --message=test --user "André <andre@example.com>" -- src/Main.hs
committing files:
src/Main.hs
committing manifest
committing changelog
transaction abort!
rollback completed
abort: decoding near 'André ': 'ascii' codec can't decode byte 0xc3 in position 4: ordinal not in range(128)!
[command returned code 255 Mon May 6 10:24:39 2019]
testrepo%
```
Besides the log area I see a little window popping up which says essentially the same from the „abort:” text on.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5386
Abnormal termination while attempting to commit to an existing closed branch ...
2020-06-21T11:19:06Z
Bitbucket Importer
Abnormal termination while attempting to commit to an existing closed branch (called 'tmp')
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.7.1). TortoiseHg version (4.7.1)
** Command:
** CWD: C:\Program Files\TortoiseHg
** Encoding: cp1252
** Extensions loaded: strip,...
*Created originally on Bitbucket by Anonymous*
#!python
** Mercurial version (4.7.1). TortoiseHg version (4.7.1)
** Command:
** CWD: C:\Program Files\TortoiseHg
** Encoding: cp1252
** Extensions loaded: strip, mq, rebase, histedit, patchbomb, zipdoc, eol, convert, mercurial_keyring, 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\commit.pyo", line 600, in mqPerformAction
File "tortoisehg\hgqt\commit.pyo", line 973, in commit
File "tortoisehg\hgqt\commit.pyo", line 572, in getBranchCommandLine
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 'tmp' of type <type 'str'>
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5384
keyring doesn't work on MacOS
2022-04-06T03:59:05Z
Bitbucket Importer
keyring doesn't work on MacOS
*Created originally on Bitbucket by [memecode (Matthew Allen)](https://bitbucket.org/%7Bf32440f5-b641-4692-ae5e-fa2a42dfb62d%7D/)*
I have it working fine from the terminal. But from within THG I get:
> keyring: keyring backend doesn'...
*Created originally on Bitbucket by [memecode (Matthew Allen)](https://bitbucket.org/%7Bf32440f5-b641-4692-ae5e-fa2a42dfb62d%7D/)*
I have it working fine from the terminal. But from within THG I get:
> keyring: keyring backend doesn't seem to work, password was not saved. Error details: No recommended backend was available. Install the keyrings.alt package if you want to use the non-recommended backends. See README.rst for details.
I know it looks kinda similar to #4491 but the error message is different.
I've got THG v4.7.1 installed, and Qt 5.9.6. From terminal python is 3.7.0, and python2 is 2.7.16.
> [extensions]
> hgext.convert =
> strip =
> mercurial_keyring =
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5380
We can't take clone from bitbucket my repositery
2020-06-21T11:18:58Z
Bitbucket Importer
We can't take clone from bitbucket my repositery
*Created originally on Bitbucket by Anonymous*
We can't take clone from bitbucket my repositery
some error bellow:
abort: error: _ssl.c:510: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number
*Created originally on Bitbucket by Anonymous*
We can't take clone from bitbucket my repositery
some error bellow:
abort: error: _ssl.c:510: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5373
Regression: Shelve discards deleted files marked for removal
2020-06-21T11:18:48Z
Bitbucket Importer
Regression: Shelve discards deleted files marked for removal
*Created originally on Bitbucket by Anonymous*
When working with the shelf, shelving a 'Renamed' file pair would put the original file back into the working directory and create an entry pair in the patch file for the added and deleted ...
*Created originally on Bitbucket by Anonymous*
When working with the shelf, shelving a 'Renamed' file pair would put the original file back into the working directory and create an entry pair in the patch file for the added and deleted file (visualized with a blue 'plus' and red cross icon). Sometimes the latter doesn't happen anymore.
Reproduce:
1. Open a repository with files,
2. Rename one of the files externally,
3. Refresh working directory and use 'Detect renames' to mark the pair of files as renamed,
3. Go to the shelf (refresh if necessary) (create a new empty Shelf on the right if necessary),
4. Click on the added file and move it to the right.
Expected:
The shelve contains of the added (renamed). The working directory contains the removed file.
Actual:
The shelve contains of the added (renamed). The working directory is empty.
Workaround:
Always first move the deleted files to right, then move the added files (and the rest) the right.
Caveat:
Using the "Move all to the right" button will move files in random order, so sometimes it moves the deleted before the added, triggering this bug in a highly inconvenient way.
Version: 4.5.2 for Linux
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5372
Buttons not lined out when moving divider in shelve window
2020-06-21T11:18:47Z
Bitbucket Importer
Buttons 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/5370
File with just changed case in one letter in its name is not rcognized as ren...
2020-06-21T11:18:44Z
Bitbucket Importer
File 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/5368
Implement default keyboard shortcuts for switching repository Tabs (esp. Ctrl...
2020-06-21T11:18:39Z
Bitbucket Importer
Implement 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/5367
MQ: Selecting/applying a patch in Patch Queue widget causes error and no long...
2020-06-21T11:18:38Z
Bitbucket Importer
MQ: 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/5366
In attempt when creating bisection.
2020-06-21T11:18:37Z
Bitbucket Importer
In 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/5365
Commit of new branch with no files selected fails
2020-10-11T05:58:24Z
Bitbucket Importer
Commit 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/5364
search barkeystroke opens a bug report
2020-06-21T11:18:35Z
Bitbucket Importer
search 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/5363
search baron every keystroke opens a bug report
2020-06-21T11:18:34Z
Bitbucket Importer
search 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/5357
Crash when opening repository
2020-06-21T11:18:25Z
Bitbucket Importer
Crash 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 string
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5356
Can't see changeset details when filtering to only one from Commit
2020-06-21T11:18:24Z
Bitbucket Importer
Can'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/5355
Filter Graph Bar Not Returning Correct Changesets
2020-06-21T11:18:23Z
Bitbucket Importer
Filter 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/5354
Cannot add file after reverting largefile addition
2020-06-21T11:18:15Z
Bitbucket Importer
Cannot 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/5348
Running hg pull -u in a batch file prevents subsequent commands from running
2020-06-21T11:18:09Z
Bitbucket Importer
Running 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 10
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5347
Column widths in log reset if unapplied patch present
2020-06-21T11:18:08Z
Bitbucket Importer
Column 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/5343
Windows Installer takes a long time to begin "Copying files" step
2020-06-21T11:18:04Z
Bitbucket Importer
Windows 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/5340
Error after replacing "localtags" file
2020-06-21T11:18:02Z
Bitbucket Importer
Error 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/5339
turned to be not an hg repository after reboot server
2020-06-21T11:18:00Z
Bitbucket Importer
turned 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/5335
Rebase with collapse tries to open editor and hangs
2020-06-21T11:17:54Z
Bitbucket Importer
Rebase 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/5328
Removing bookmark scrolls revision graph
2020-06-21T11:17:46Z
Bitbucket Importer
Removing 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/5323
Font size issues (Windows)
2023-05-11T03:44:57Z
Bitbucket Importer
Font 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
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5317
Repository password visible in temporary directory
2020-06-21T11:17:33Z
Bitbucket Importer
Repository password visible in temporary directory
*Created originally on Bitbucket by Anonymous*
When click "Check for incoming changes" you can see your password in temporary directory name (although it's hidden in url part of the command):
% hg incoming --quiet --bundle "c:\temp\thg...
*Created originally on Bitbucket by Anonymous*
When click "Check for incoming changes" you can see your password in temporary directory name (although it's hidden in url part of the command):
% hg incoming --quiet --bundle "c:\temp\thg.1p5jlc\http__MyLoginMyPassword@RepoAddress_jehtpn.hg" http://MyLogin:***@RepoAddress
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5316
Workbench: repository password visible in hint
2020-06-21T11:17:33Z
Bitbucket Importer
Workbench: repository password visible in hint
*Created originally on Bitbucket by Anonymous*
When mouse cursor is over repositories combobox (Switched on in Settings/Sync/Target Combo) you can see repository password in hint.
*Created originally on Bitbucket by Anonymous*
When mouse cursor is over repositories combobox (Switched on in Settings/Sync/Target Combo) you can see repository password in hint.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5309
Command line "thg revdetails" not working
2020-06-21T11:17:26Z
Bitbucket Importer
Command line "thg revdetails" not working
*Created originally on Bitbucket by [DerColonel (Nikolaos Gkinos)](https://bitbucket.org/%7B709568af-882c-4f0e-84c9-f6e64c111aee%7D/)*
Unfortunately, the command line feature "thg revdetails" is not working. It crashes immediately.
S...
*Created originally on Bitbucket by [DerColonel (Nikolaos Gkinos)](https://bitbucket.org/%7B709568af-882c-4f0e-84c9-f6e64c111aee%7D/)*
Unfortunately, the command line feature "thg revdetails" is not working. It crashes immediately.
Steps to reproduce:
* Open command line in an hg repository
* execute "thg revdetails [revid]" where "[revid]" is any revision id
* e. g. "thg revdetails 08fc4b2"
```
#!python
#!python
** Mercurial version (4.8.1). TortoiseHg version (4.8.1)
** Command: revdetails d1a734f5caf6
** CWD: D:\Projekte-local\Solutions
** Encoding: cp1252
** Extensions loaded: histedit, rebase, strip, fsmonitor, beautifygraph, 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\run.pyo", line 70, in dispatch
File "tortoisehg\hgqt\run.pyo", line 273, in _runcatch
File "tortoisehg\hgqt\run.pyo", line 364, in runcommand
File "tortoisehg\hgqt\run.pyo", line 415, in _runcommand
File "tortoisehg\hgqt\run.pyo", line 369, in checkargs
File "tortoisehg\hgqt\run.pyo", line 363, in <lambda>
File "tortoisehg\hgqt\qtapp.pyo", line 459, in __call__
File "tortoisehg\hgqt\qtapp.pyo", line 523, in _createdialog
File "mercurial\util.pyo", line 1644, in check
File "tortoisehg\hgqt\run.pyo", line 1114, in revdetails
File "tortoisehg\hgqt\revdetails.pyo", line 543, in __init__
File "tortoisehg\hgqt\revdetails.pyo", line 83, in __init__
File "tortoisehg\hgqt\thgrepo.pyo", line 772, in __getitem__
File "mercurial\localrepo.pyo", line 1277, in __getitem__
ProgrammingError: unsupported changeid '' of type <type 'str'>
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5305
Error adding files to new repository
2020-06-21T11:17:22Z
Bitbucket Importer
Error adding files to new repository
*Created originally on Bitbucket by Anonymous*
Mercurial threw an error while adding files to a newly created repository. Note: the repository had a subrepo added to it, i.e. `.hgsub` file.
Here's the bug trace message...
```
...
*Created originally on Bitbucket by Anonymous*
Mercurial threw an error while adding files to a newly created repository. Note: the repository had a subrepo added to it, i.e. `.hgsub` file.
Here's the bug trace message...
```
#!python
** Mercurial version (4.4.1). TortoiseHg version (4.4.1)
** Command: --nofork workbench
** CWD: C:\Users\abir\Projects\lads\tools\lads_tools
** Encoding: cp1252
** Extensions loaded:
** 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\revdetails.pyo", line 392, in _onFileSelected
File "tortoisehg\hgqt\fileview.pyo", line 492, in display
File "tortoisehg\hgqt\filedata.pyo", line 700, in load
TypeError: _isdir() argument 1 must be encoded string without null bytes, not str
Traceback (most recent call last):
File "tortoisehg\hgqt\status.pyo", line 724, in run
File "mercurial\context.pyo", line 332, in sub
File "mercurial\subrepo.pyo", line 405, in subrepo
File "mercurial\subrepo.pyo", line 680, in __init__
File "mercurial\vfs.pyo", line 114, in exists
File "genericpath.pyo", line 26, in exists
TypeError: stat() argument 1 must be encoded string without null bytes, not str
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5298
Issue when filteting to single result
2023-01-18T14:36:53Z
Bitbucket Importer
Issue when filteting to single result
*Created originally on Bitbucket by Anonymous*
If you have already done a filter to a single result then you do another filter to a single result it does not selected the new Changeset. Even if you click the single result it does not u...
*Created originally on Bitbucket by Anonymous*
If you have already done a filter to a single result then you do another filter to a single result it does not selected the new Changeset. Even if you click the single result it does not update the filelist/Changeset info.
If you are filtering from multiple results to a single result this does not seem to be an issue.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5295
Explore command not working for UNC paths
2020-06-21T11:17:12Z
Bitbucket Importer
Explore command not working for UNC paths
*Created originally on Bitbucket by [Kuul Laager (Rando)](https://bitbucket.org/%7B83f22eb0-d09f-40b1-9ad9-a0a2f3f053db%7D/)*
Explore (open the repository in file browser) command does not work for UNC paths.
Windows explorer does not ...
*Created originally on Bitbucket by [Kuul Laager (Rando)](https://bitbucket.org/%7B83f22eb0-d09f-40b1-9ad9-a0a2f3f053db%7D/)*
Explore (open the repository in file browser) command does not work for UNC paths.
Windows explorer does not open and no error messages are shown.
Running tortoisehg from console with SET THGDEBUG=1 shows this when clicking 'explore':
```
#!bash
ShellExecute '%5C%5Csome-pc$%5CUsers%5CMe%5CDesktop%5Cmyrepo' failed (error 2).
```
This worked fine in 4.3.1.
TortoiseHg 4.8.1 with Mercurial-4.8.1, Python-2.7.13, PyQt-5.9.1, Qt-5.9.2.
Windows 10 (1607).
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5294
Home and End keys don't work in the revision list
2020-06-21T11:17:11Z
Bitbucket Importer
Home and End keys don't work in the revision list
*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
In the main list of revisions, the Home and End keys don't do anything.
I thought I remembered that t...
*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
In the main list of revisions, the Home and End keys don't do anything.
I thought I remembered that they used to... so this seems like a regression.
In any case, using Home to get back to the working directory line item would be particularly useful.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5279
abandoned transaction issues
2020-06-21T11:16:53Z
Matt Harbison
abandoned transaction issues
I tried rebasing through the GUI in 4.8, not realizing there was an abandoned transaction. Hit the rebase button on the dialog, it greys out for a few seconds, then changes to an enabled "Continue". And then you can hit continue foreve...
I tried rebasing through the GUI in 4.8, not realizing there was an abandoned transaction. Hit the rebase button on the dialog, it greys out for a few seconds, then changes to an enabled "Continue". And then you can hit continue forever, with it simply disabling briefly, and then re-enabling. Eventually I aborted it, opened the log window, and say this:
```
% hg rebase --dest=18761 --source=18757 --config=ui.merge=internal:merge
rebasing 18757:288d19619dff "settings: add a panel to support the Phabricator extension"
abandoned transaction found
[command returned code 255 Fri Nov 16 22:30:47 2018]
% hg rebase --continue --config=ui.merge=internal:merge
rebasing 18757:288d19619dff "settings: add a panel to support the Phabricator extension"
abandoned transaction found
[command returned code 255 Fri Nov 16 22:30:49 2018]
```
I assume there's some mechanism to catch that error and display a messagebox. Also notice that the hint isn't printed there, which is if run from the command line:
```
C:\Users\Matt\Projects\thg>hg rebase -s 18757 -d .
rebasing 18757:288d19619dff "settings: add a panel to support the Phabricator extension"
abort: abandoned transaction found!
(run 'hg recover' to clean up transaction)
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5260
"Diff to parent" does nothing
2020-06-21T11:16:30Z
Bitbucket Importer
"Diff to parent" does nothing
*Created originally on Bitbucket by [teo8976 (Teo Tei)](https://bitbucket.org/%7B4d381d15-4c61-4a29-9de3-d1b5a89dbb2a%7D/)*
Steps to reproduce:
- open any repository
- select the working directory or any revision where there are any f...
*Created originally on Bitbucket by [teo8976 (Teo Tei)](https://bitbucket.org/%7B4d381d15-4c61-4a29-9de3-d1b5a89dbb2a%7D/)*
Steps to reproduce:
- open any repository
- select the working directory or any revision where there are any files listed
- in the list of modified files, right click on any of them that has been modified
- select "diff to parent"
Expected:
should open some tool to show the diff. If the tool isn't available or there is any issue opening it, an informative error message should be displayed
Observed:
Nothing at all happens.
I'm pretty sure this used to work and I think it used to open a program called "Meld Diff Viewer", which I still have and I can open it normally on its own.
*Attachments:* [Untitled](/uploads/8726109fd0f6eaf1f051db66738b0857/Untitled.png)
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5217
Refresh error dialog when pruning '.' and amend is selected in commit widget ...
2020-06-21T11:15:29Z
Matt Harbison
Refresh error dialog when pruning '.' and amend is selected in commit widget in 4.6.1
I amended the tip of a series last night, and pulled the hg-committed result this morning. The first three commits obsoleted, and I pruned the orphan in thg. I didn't realize I had left the commit widget with 'amend' still selected, an...
I amended the tip of a series last night, and pulled the hg-committed result this morning. The first three commits obsoleted, and I pruned the orphan in thg. I didn't realize I had left the commit widget with 'amend' still selected, and after a few seconds, got a message saying "filtered revision '<some binary>'". There's no stacktrace or other error in the log window, and `--nofork --debug` doesn't seem to have anything useful.
```
...
locked, aborting
locked, aborting
stat: D:\mercurial\.hg\branch ((8L, 1536934998.8368795, 1536934998.8378775) -> (8L, 1536935112.8868291, 1536935112.8868291))
stat: D:\mercurial\.hg\dirstate ((79245L, 1536934999.5359898, 1536934999.539951) -> (79245L, 1536935112.9068289, 1536935112.9068289))
stat: D:\mercurial\.hg/store\obsstore ((17962530L, 1526304044.0672638, 1536934981.0) -> (17962656L, 1526304044.0672638, 1536935112.8868291))
data: _readparents ("!\xb7\x87=b2'7\xc5\x85\r\x07\x16/\xe8\xfd\xaf\x98\xfb\xf5\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00" -> '\xc5\xe6\xc1\xba\x1cy\xffw\x1b\xac\xaf\xa0\'\x06\xff\x06"X\xc30\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00')
change found (flags = 0xb)
invalid branchheads cache (visible): tip differs
invalid branchheads cache (served): tip differs
lfs: assuming remote store: https://www.mercurial-scm.org/repo/hg//.git/info/lfs
stat: D:\mercurial\.hg\dirstate ((79245L, 1536935112.9068289, 1536935112.9068289) -> (79245L, 1536935113.576829, 1536935113.576829))
change found (flags = 0x8)
GarbageCollector.check: 10063 1 9
collected gen 0, found 2848 unreachable
stopping service: D:\mercurial
closing repo: D:\mercurial
restoring excepthook
```
Unlike some other strange behaviors with amend and evolve that I still need to nail down, this one doesn't seem stateful. I can rollback and re-prune from the command line, and open and close thg, and reproduce it on demand. It doesn't seem to be an issue if 'commit' is active instead of 'amend'.
![thg small prune error.png](https://bitbucket.org/repo/48R4X/images/1824680402-thg%20small%20prune%20error.png)
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5199
hgeol policy changes don't take effect without a restart
2020-06-21T11:15:12Z
Matt Harbison
hgeol policy changes don't take effect without a restart
I have a repo where the policy started as:
```
[patterns]
.hgtags = LF
; Shell scripts are Unix LF
**.sh = LF
; Source files
**.c = CRLF
```
I recently changed the policy to LF, and did the update to null and back aga...
I have a repo where the policy started as:
```
[patterns]
.hgtags = LF
; Shell scripts are Unix LF
**.sh = LF
; Source files
**.c = CRLF
```
I recently changed the policy to LF, and did the update to null and back again. But when I edited the file, I noticed that in the diff window, the entire file's content was marked as removed and re-added. The same is true when running `hg diff` in the log window. But `hg diff` in a terminal window correctly shows only the few added lines. Additionally, committing from tortoise will commit the wrong line endings. Using tortoise vs separate command terminal to do the updates didn't matter. Closing and reopening fixes the diff.
I thought maybe this was a command server thing, but I wasn't able to write a test that reproduces it.
```
$ hg init eol-change
$ cd eol-change
$ cat >> .hgeol << EOF
> [patterns]
> **.c = CRLF
> EOF
$ hg ci -Aqm 'add CRLF eol policy'
>>> with open('file.c', 'wb') as fp:
... fp.write('line1\r\nline2\r\nline3\r\n')
$ hg ci -Aqm 'add CRLF file'
$ cat > .hgeol << EOF
> [patterns]
> **.c = LF
> EOF
>>> from __future__ import absolute_import
>>> from hgclient import check, readchannel, runcommand
>>> @check
... def diff(server):
... readchannel(server)
... runcommand(server, ['ci', '-m', 'change eol policy'])
... runcommand(server, ['up', '-C', 'null'])
... runcommand(server, ['up', '-C', 'tip'])
... with open('file.c', 'wb') as fp:
... fp.write('line1\r\nline2\r\nline2.5\r\n\r\nline3\r\n')
... runcommand(server, ['diff'])
*** runcommand ci -m change eol policy
*** runcommand up -C null
0 files updated, 0 files merged, 2 files removed, 0 files unresolved
*** runcommand up -C tip
2 files updated, 0 files merged, 0 files removed, 0 files unresolved
*** runcommand diff
diff -r a5a9447127e7 file.c
--- a/file.c Thu Jan 01 00:00:00 1970 +0000
+++ b/file.c Thu Jan 01 00:00:00 1970 +0000
@@ -1,3 +1,5 @@
line1
line2
+line2.5
+
line3
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5166
I sometimes get an "abort: missing support for check phases" error when I pus...
2020-06-21T11:14:32Z
Bitbucket Importer
I sometimes get an "abort: missing support for check phases" error when I push from the workbench.
*Created originally on Bitbucket by [ekolis (Ed Kolis)](https://bitbucket.org/%7B952af717-5772-4ff3-9551-eb66749b1c88%7D/)*
If I do, I can push again and it usually works.
*Created originally on Bitbucket by [ekolis (Ed Kolis)](https://bitbucket.org/%7B952af717-5772-4ff3-9551-eb66749b1c88%7D/)*
If I do, I can push again and it usually works.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5164
Menu Repository > Terminal doesn't open terminal window on Windows
2020-06-21T11:14:29Z
Bitbucket Importer
Menu Repository > Terminal doesn't open terminal window on Windows
*Created originally on Bitbucket by [wilfreddijksman (Wilfred Dijksman)](https://bitbucket.org/%7B927b1442-f256-4134-ab43-429f76644dc1%7D/)*
When I open a repository via the Repository Registery on the left by double clicking and click ...
*Created originally on Bitbucket by [wilfreddijksman (Wilfred Dijksman)](https://bitbucket.org/%7B927b1442-f256-4134-ab43-429f76644dc1%7D/)*
When I open a repository via the Repository Registery on the left by double clicking and click "Repository" > "Terminal" in the menu bar, nothing happens.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5163
Start menu icon disappears after upgrading to a new version
2020-06-21T11:14:28Z
Bitbucket Importer
Start menu icon disappears after upgrading to a new version
*Created originally on Bitbucket by [ekolis (Ed Kolis)](https://bitbucket.org/%7B952af717-5772-4ff3-9551-eb66749b1c88%7D/)*
I upgraded from v4.6.1 to v4.7 and my start menu icon for TortoiseHG Workbench disappeared... :(
*Created originally on Bitbucket by [ekolis (Ed Kolis)](https://bitbucket.org/%7B952af717-5772-4ff3-9551-eb66749b1c88%7D/)*
I upgraded from v4.6.1 to v4.7 and my start menu icon for TortoiseHG Workbench disappeared... :(
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5148
TortoiseHg Workbench startup error (Windows 10)
2020-06-21T11:14:07Z
Bitbucket Importer
TortoiseHg Workbench startup error (Windows 10)
*Created originally on Bitbucket by [Reflexkex (Ábel Mihály Nagy)](https://bitbucket.org/%7Bec47ab2b-b1dc-4db9-b50d-e4e6dd9c043b%7D/)*
I got this error when I tried to launch TortoiseHg Workbench on a Windows 10 machine:
![thgw error...
*Created originally on Bitbucket by [Reflexkex (Ábel Mihály Nagy)](https://bitbucket.org/%7Bec47ab2b-b1dc-4db9-b50d-e4e6dd9c043b%7D/)*
I got this error when I tried to launch TortoiseHg Workbench on a Windows 10 machine:
![thgw error.png](https://bitbucket.org/repo/48R4X/images/924832430-thgw%20error.png)
I have reinstalled TortoiseHg, without a result.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5147
Windows: Context Menus in TortiseHG do not work
2020-06-21T11:14:06Z
Bitbucket Importer
Windows: Context Menus in TortiseHG do not work
*Created originally on Bitbucket by [BMHPHI (Bryan Himebaugh)](https://bitbucket.org/%7B95cc3c69-4657-44c5-aa81-9175d745ea20%7D/)*
Using Windows 10, build 1803 - the context menus are there when right clicking files in explorer, however...
*Created originally on Bitbucket by [BMHPHI (Bryan Himebaugh)](https://bitbucket.org/%7B95cc3c69-4657-44c5-aa81-9175d745ea20%7D/)*
Using Windows 10, build 1803 - the context menus are there when right clicking files in explorer, however none of them launch TortiseHG.
The TortiseHG program launches normally when opened from the Start Menu, and all commands work within the opened program - just not from the context menus.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5144
Pushing Repo Results in Corruption of Binary Files
2020-06-21T11:14:03Z
Bitbucket Importer
Pushing Repo Results in Corruption of Binary Files
*Created originally on Bitbucket by [kandrey89 (Andrey Kuznetsov)](https://bitbucket.org/%7B8076e82b-bf52-41b7-b6c5-2eb8515ea997%7D/)*
Hi,
This is the 2nd time that I got a repo corruption, from my brief search and based on what was ...
*Created originally on Bitbucket by [kandrey89 (Andrey Kuznetsov)](https://bitbucket.org/%7B8076e82b-bf52-41b7-b6c5-2eb8515ea997%7D/)*
Hi,
This is the 2nd time that I got a repo corruption, from my brief search and based on what was corrupted, they appear to come from the same issue.
(While I don't have a specific example or case to reproduce, here's what I can narrow down)
I have a macOS and a windows machine running latest version of TortoiseHG.
I remote connect from macOS to windows and I also setup a remote disk to mount, this allows me to use TortoiseHG to push my repo from windows to macOS drive.
When I push the repo updates, there are no issues presented. However when I go into macOS and start checking, I get an error that appears when I select a commited abc.exe file, the error is something like unknown compression followed by some character that changes depending on which .exe file I select. Due to this error, I cannot do anything to the repo because it fails to parse these corrupt files.
Previously, via the same method of push commits, I got an error on a .dll file reported here: https://bitbucket.org/tortoisehg/thg/issues/5117/unknown-version-12238-in-revlog
It looks like somehow the .d file gets corrupt when pushing commits from windows to macOS. (ie abc.exe.d).
When I copied .hg directory to macOS from a working windows repo where the changes were commited, the macOS repo worked fine.
I consider this a blocker issue because it corrupts the whole repository and it's impossible to use the GUI tools to recover the repo (including the History->Strip extension). There should be a way to completely delete revisions even if there are these file corruption parse errors, like for example completely deleting the file if it cannot be parsed/read/unmodified. That way a user could sync to the repo again.
*Attachments:* [_set_a_gain.exe.d](/uploads/03e5707b78873258bbb1300adcb3eea8/_set_a_gain.exe.d)[_set_a_gain.exe.d.corrupt](/uploads/484a11908d394aa5a63b6cb465c8b7df/_set_a_gain.exe.d.corrupt)
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5138
Mac # issue
2020-06-21T11:13:50Z
Bitbucket Importer
Mac # issue
*Created originally on Bitbucket by Anonymous*
Hi
I believe I may have found an issue with TortoiseHG 4.6.1 on a mac OS 10.13.4
When I try to add a commit message which contains a # symbol (which I do regularly) I am unable to as ...
*Created originally on Bitbucket by Anonymous*
Hi
I believe I may have found an issue with TortoiseHG 4.6.1 on a mac OS 10.13.4
When I try to add a commit message which contains a # symbol (which I do regularly) I am unable to as the windows changes from the commit one to the search one.
regards
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5124
Missing delete in graft if file conflicts
2020-06-21T11:13:31Z
Bitbucket Importer
Missing delete in graft if file conflicts
*Created originally on Bitbucket by [delcock (Dave E)](https://bitbucket.org/%7B98315c7d-a528-4db6-bcb8-d8678dccb098%7D/)*
Before we begin, there's a simple workaround which is to do grafts involving conflicts with deleted files from th...
*Created originally on Bitbucket by [delcock (Dave E)](https://bitbucket.org/%7B98315c7d-a528-4db6-bcb8-d8678dccb098%7D/)*
Before we begin, there's a simple workaround which is to do grafts involving conflicts with deleted files from the command line.
Setup simple example (commands at DOS command line):
* mkdir thgbugsimple
* cd thgbugsimple
* hg init
* echo >> file.txt
* hg add file.txt
* hg commit -m"Add file"
* hg branch branch
* hg commit -m"Create branch"
* hg rm file.txt
* hg commit -m"Delete file"
* hg update default
* echo edited >> file.txt
* hg commit -m"Edited file"
Graft from command line works:
* hg graft 2
* <choose "d" to accept remote delete>
Expected and actual behaviour for command line graft:
* Empty folder except for .hg dir
* New commit including graft which deletes file
Try again in TortoiseHG:
* Run "hg strip 4" at command line to strip the graft and return to default tip
* Open TortoiseHG workspace for the folder
* Right click commit 2 in commit graph
* Click "Graft to local"
* On the dialog I have "Use my username...", "Use current date..." and "Append graft info..." ticked
* Click "Graft"
* Click "resolve"
* Double click file.txt conflict
* Click "Delete"
* Click "Continue" - dialog says "Graft is complete"
* Click "Close"
Expected behaviour:
* New grafted commit should appear in commit graph
* Should be at commit 4
* File.txt should be deleted in commit 4 and in the directory
Actual behaviour:
* No new commit in commit graph
* Still at commit "3+"
* File.txt *is* deleted from the directory
* "hg status" at command line doesn't complain of missing file.txt
* Untracked file "file.txt.orig" is now present
* "hg update 3" and equivalent in TortoiseHG don't restore file.txt
Log output for TortoiseHG graft actions (for graft only):
> % hg graft --currentdate --config=ui.merge=internal:fail --currentuser --log 2
> grafting 2:6b42d2eabfbb "Delete file"
> abort: unresolved conflicts, can't continue
> hint: use 'hg resolve' and 'hg graft --continue --user "Xyz <xyz@xyz.com>" --date "1530011517 -3600" --log'
> [command returned code 255 Tue Jun 26 12:11:57 2018]
> % hg resolve --repository "C:\Projects\thgbugsimple" -- "C:\Projects\thgbugsimple\file.txt"
> (no more unresolved files)
> continue: hg graft --continue
> [command completed successfully Tue Jun 26 12:12:02 2018]
> % hg graft --currentdate --continue --config=ui.merge=internal:fail --log --currentuser
> grafting 2:6b42d2eabfbb "Delete file"
> note: graft of 2:6b42d2eabfbb created no changes to commit
> [command completed successfully Tue Jun 26 12:12:05 2018]
Another example involving multiple files (commands at DOS command line):
* mkdir thgbugmorefiles
* cd thgbugmorefiles
* hg init
* echo >> file1.txt
* echo >> file2.txt
* hg add file1.txt file2.txt
* hg commit -m"Add files"
* hg branch branch
* hg commit -m"Create branch"
* hg rm file1.txt file2.txt
* hg commit -m"Delete files"
* hg update default
* echo edited >> file1.txt
* hg commit -m"Edited file1"
Similar to the first example, this works fine with a graft from command line.
Following equivalent steps as above for the first example for TortoiseHG:
Expected behaviour:
* New grafted commit should appear in commit graph
* Should be at commit 4
* File1.txt and file2.txt should be deleted in commit 4 and in the directory
* "hg update 3" and equivalent TortoiseHG actions should restore both file1.txt and file2.txt
Actual behaviour:
* We do get commit 4 in the commit graph
* Commit 4 only records the deletion of file2.txt, not file1.txt
* File1.txt and file2.txt *are* deleted from the directory
* "hg status" at command line doesn't complain of missing file1.txt
* Untracked file "file1.txt.orig" is now present
* "hg update 3" and equivalent in TortoiseHG don't restore file1.txt, only file2.txt
Log output for thgbugmorefiles example (for graft only):
> % hg graft --currentdate --config=ui.merge=internal:fail --currentuser --log 2
> grafting 2:01828139e56b "Delete files"
> abort: unresolved conflicts, can't continue
> hint: use 'hg resolve' and 'hg graft --continue --user "Xyz <xyz@xyz.com>" --date "1530012565 -3600" --log'
> [command returned code 255 Tue Jun 26 12:29:26 2018]
> % hg resolve --repository "C:\Projects\thgbugmorefiles" -- "C:\Projects\thgbugmorefiles\file1.txt"
> (no more unresolved files)
> continue: hg graft --continue
> [command completed successfully Tue Jun 26 12:29:35 2018]
> % hg graft --currentdate --continue --config=ui.merge=internal:fail --log --currentuser
> grafting 2:01828139e56b "Delete files"
> [command completed successfully Tue Jun 26 12:29:41 2018]
I'm on Windows 10, using TortoiseHG 4.6.1. I initially found this in ~3.8(?) and upgraded to see if it would help, but no joy.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5113
Log Columns Inconsistent Size (OSX)
2020-06-21T11:13:19Z
Bitbucket Importer
Log Columns Inconsistent Size (OSX)
*Created originally on Bitbucket by [kandrey89 (Andrey Kuznetsov)](https://bitbucket.org/%7B8076e82b-bf52-41b7-b6c5-2eb8515ea997%7D/)*
Hi,
I'm on OSX using v4.6.0.
I had upgraded recently from v4.5.2 and found it frustrating that ...
*Created originally on Bitbucket by [kandrey89 (Andrey Kuznetsov)](https://bitbucket.org/%7B8076e82b-bf52-41b7-b6c5-2eb8515ea997%7D/)*
Hi,
I'm on OSX using v4.6.0.
I had upgraded recently from v4.5.2 and found it frustrating that my log columns (in the window that displays revisions, such as Graph, Rev, Branch, Description, etc) would always be too small.
Furthermore, when I would double click on the window bar, to maximize the window, the columns would auto resize to a small fixed size (let's call it 200 pixels), then I would resize one of the columns manually to lets say 500 pixels, same behavior happened when I would double click, the window would go back to the original state (not maximized) and the 500pixel column would go back to 200px. I have a 4K resolution display.
I found a Resize Columns option in the right click menu, I clicked that and the columns resized to fit on full screen. Problem is that when the window is not full screen, the resize columns command resizes it to full screen and not to window size!
After I clicked the Resize Columns, double clicking the Window bar to maximize/unmaximize the window, the columns would scale properly to window size and I cannot reproduce the initial issue in this bug report where all columns would change to a small width.
Please take a look at how the columns are sized, there seems to be multiple bugs there somewhere.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5111
Detect Copies/Renames Window shows tracked largefiles in unrevisioned files
2020-06-21T11:13:17Z
Bitbucket Importer
Detect Copies/Renames Window shows tracked largefiles in unrevisioned files
*Created originally on Bitbucket by [f0ff886f (Matt Rusiniak)](https://bitbucket.org/%7B90787352-695b-4294-943a-f9e29db468f6%7D/)*
In my project that uses largefiles, when I use "Detect Renames" it seems to include a huge list of files ...
*Created originally on Bitbucket by [f0ff886f (Matt Rusiniak)](https://bitbucket.org/%7B90787352-695b-4294-943a-f9e29db468f6%7D/)*
In my project that uses largefiles, when I use "Detect Renames" it seems to include a huge list of files in the "unrevisioned files" list. Here is the state of my repository:
![](https://i.imgur.com/UTI4HHQ.png)
Here is the list of unrevisioned files (it looks like every single one is a largefile in the repository, none of them are actually deleted):
![](https://i.imgur.com/oDq1Q2Y.png)
This causes a big slowdown as when I click "Find renames" it searches each file:
![](https://i.imgur.com/58x5Xxw.png)