thg issues
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues
2020-06-21T11:20:02Z
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