thg issueshttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues2020-06-21T11:13:17Zhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5111Detect Copies/Renames Window shows tracked largefiles in unrevisioned files2020-06-21T11:13:17ZBitbucket ImporterDetect 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)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5108Repository Update and File Listing Sync on Shared Folder2020-06-21T11:13:13ZBitbucket ImporterRepository Update and File Listing Sync on Shared Folder*Created originally on Bitbucket by [kandrey89 (Andrey Kuznetsov)](https://bitbucket.org/%7B8076e82b-bf52-41b7-b6c5-2eb8515ea997%7D/)*
#!python
** Mercurial version (4.5.2). TortoiseHg version (4.5.2)
** Command:
** CWD...*Created originally on Bitbucket by [kandrey89 (Andrey Kuznetsov)](https://bitbucket.org/%7B8076e82b-bf52-41b7-b6c5-2eb8515ea997%7D/)*
#!python
** Mercurial version (4.5.2). TortoiseHg version (4.5.2)
** Command:
** CWD: /Applications/TortoiseHg.app/Contents/Resources
** Encoding: utf-8
** Extensions loaded: histedit, shelve, tortoisehg.util.configitems
** Python version: 2.7.14 (default, Jan 21 2018, 23:28:46) [GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.39.2)]
** System: Darwin *.apple.com 17.6.0 Darwin Kernel Version 17.6.0: Tue May 8 15:22:16 PDT 2018; root:xnu-4570.61.1~1/RELEASE_X86_64 x86_64
** Qt-5.9.3 PyQt-5.9.2 QScintilla-2.10.2
Traceback (most recent call last):
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/tortoisehg/hgqt/status.py", line 637, in onCurrentChange
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/tortoisehg/hgqt/filedata.py", line 217, in load
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/tortoisehg/hgqt/filedata.py", line 290, in _readStatus
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/context.py", line 1476, in flags
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/util.py", line 933, in __get__
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/context.py", line 1396, in _flagfunc
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/dirstate.py", line 208, in flagfunc
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/context.py", line 1370, in _buildflagfunc
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/context.py", line 188, in manifest
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/util.py", line 933, in __get__
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/context.py", line 587, in _manifest
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/context.py", line 591, in _manifestctx
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/manifest.py", line 1352, in __getitem__
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/manifest.py", line 1380, in get
LookupError: ('\xd5\xc6\x91\x15\xfb\xbe\xb4\x86KV\xff\xd8}k\x02\x9a5p\x19\xb7', '00manifest.i', 'no node')
I had a repo on a shared space. 2 macOS had the repo open, there were modified files, in 1 macOS I committed the modified files, then went to the 2nd macOS and got this error.
I thought I clicked the refresh button, but I think it didn't click and the error dialog came up first because after I closed the error, I clicked on the list of files and the error came up again, and again, and again, until I clicked on the refresh button, then error went away.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5106Sometime compare is not working2020-06-21T11:13:11ZBitbucket ImporterSometime compare is not working*Created originally on Bitbucket by [dgalimov (Danila Galimov)](https://bitbucket.org/%7Bc03787d0-5578-4ccc-8049-af3b63a0a8b2%7D/)*
I have done some changes to a file (see attach).
![file changes.png](https://bitbucket.org/repo/48R4X/i...*Created originally on Bitbucket by [dgalimov (Danila Galimov)](https://bitbucket.org/%7Bc03787d0-5578-4ccc-8049-af3b63a0a8b2%7D/)*
I have done some changes to a file (see attach).
![file changes.png](https://bitbucket.org/repo/48R4X/images/385724449-file%20changes.png)
However, when I doubleclick to it, i see no changes:
![no_changes.png](https://bitbucket.org/repo/48R4X/images/342680815-no_changes.png)
*Attachments:* [12008.patch](/uploads/a017cf60d3b9e6045b30280de8e1ea71/12008.patch)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5104hgsubversion is not updated to mercurial 4.62020-06-21T11:13:07ZBitbucket Importerhgsubversion is not updated to mercurial 4.6*Created originally on Bitbucket by [andrewzwicky (Andrew)](https://bitbucket.org/%7Bc0001d8b-233d-4b50-8091-0531c4bbe0e9%7D/)*
Trying to do any operation with the bundled version of hgsubversion enabled causes a crash because the bundl...*Created originally on Bitbucket by [andrewzwicky (Andrew)](https://bitbucket.org/%7Bc0001d8b-233d-4b50-8091-0531c4bbe0e9%7D/)*
Trying to do any operation with the bundled version of hgsubversion enabled causes a crash because the bundled version of hgsubversion has not been updated to interface with 4.6.
See also: [#5037](https://bitbucket.org/tortoisehg/thg/issues/5037/thg-45-cannot-pull-from-svn-repos)
```
pulling from https://www.mercurial-scm.org/repo/hg
** Unknown exception encountered with possibly-broken third-party extension onsub
** which supports versions unknown of Mercurial.
** Please disable onsub and try your action again.
** If that fixes the bug please report it to the extension author.
** Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:53:40) [MSC v.1500 64 bit (AMD64)]
** Mercurial Distributed SCM (version 4.6)
** Extensions loaded: purge, rebase, strip, mq, extdiff, onsub, histedit, convert, transplant, record, svnbindings, hgsubversion
Traceback (most recent call last):
File "hg", line 61, in <module>
File "mercurial\dispatch.pyo", line 90, in run
File "mercurial\dispatch.pyo", line 210, in dispatch
File "mercurial\dispatch.pyo", line 351, in _runcatch
File "mercurial\dispatch.pyo", line 359, in _callcatch
File "mercurial\scmutil.pyo", line 160, in callcatch
File "mercurial\dispatch.pyo", line 341, in _runcatchfunc
File "mercurial\dispatch.pyo", line 971, in _dispatch
File "mercurial\dispatch.pyo", line 727, in runcommand
File "mercurial\dispatch.pyo", line 979, in _runcommand
File "mercurial\dispatch.pyo", line 968, in <lambda>
File "mercurial\util.pyo", line 1553, in check
File "mercurial\util.pyo", line 1553, in check
File "hgsubversion\wrappers.pyo", line 731, in generic
File "mercurial\util.pyo", line 1553, in check
File "mercurial\util.pyo", line 1553, in check
File "hgext\mq.pyo", line 3599, in mqcommand
File "mercurial\util.pyo", line 1553, in check
File "mercurial\util.pyo", line 1553, in check
File "hgext\rebase.pyo", line 1766, in pullrebase
File "mercurial\util.pyo", line 1553, in check
File "mercurial\commands.pyo", line 4010, in pull
File "mercurial\hg.pyo", line 189, in peer
File "mercurial\hg.pyo", line 163, in _peerorrepo
TypeError: instance() got an unexpected keyword argument 'intents'
```https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5100RevlogError on re-creating repository at the same location2020-06-21T11:13:03ZBitbucket ImporterRevlogError on re-creating repository at the same location*Created originally on Bitbucket by [kandrey89 (Andrey Kuznetsov)](https://bitbucket.org/%7B8076e82b-bf52-41b7-b6c5-2eb8515ea997%7D/)*
Created a new repository in a folder with some files, largefile extension enabled.
Made 1 commit wit...*Created originally on Bitbucket by [kandrey89 (Andrey Kuznetsov)](https://bitbucket.org/%7B8076e82b-bf52-41b7-b6c5-2eb8515ea997%7D/)*
Created a new repository in a folder with some files, largefile extension enabled.
Made 1 commit with .hgignore file.
Decided to delete repo and start fresh, in TortoiseHg closed the repo and removed it from registry, then deleted .hg folder and .hglf folder and .hgignore file.
Tried to create a new repo in the same folder, and got a TortoiseHg Error dialog saying:
"Unknown version (2) in revlog 00changelog.i
Try refreshing your repository."
I expected TortoiseHg to create a fresh repo and not complain.
#!python
** Mercurial version (4.5.2). TortoiseHg version (4.5.2)
** Command:
** CWD: /Applications/TortoiseHg.app/Contents/Resources
** Encoding: utf-8
** Extensions loaded: largefiles, tortoisehg.util.configitems
** Python version: 2.7.14 (default, Jan 21 2018, 23:28:46) [GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.39.2)]
** System: Darwin AndreyK.local 17.6.0 Darwin Kernel Version 17.6.0: Tue May 8 15:22:16 PDT 2018; root:xnu-4570.61.1~1/RELEASE_X86_64 x86_64
** Qt-5.9.3 PyQt-5.9.2 QScintilla-2.10.2
Traceback (most recent call last):
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/tortoisehg/hgqt/repotreemodel.py", line 425, in _updateItem
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/tortoisehg/hgqt/repotreemodel.py", line 420, in _updateBaseNode
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/tortoisehg/util/hglib.py", line 163, in repoidnode
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/tortoisehg/util/hglib.py", line 150, in _firstchangectx
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/tortoisehg/hgqt/thgrepo.py", line 772, in __getitem__
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/hgext/largefiles/reposetup.py", line 47, in __getitem__
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/localrepo.py", line 745, in __getitem__
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/context.py", line 474, in __init__
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/repoview.py", line 216, in changelog
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/localrepo.py", line 83, in __get__
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/scmutil.py", line 1023, in __get__
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/localrepo.py", line 706, in changelog
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/changelog.py", line 280, in __init__
File "/Applications/TortoiseHg.app/Contents/Resources/lib/python2.7/mercurial/revlog.py", line 668, in __init__
RevlogError: unknown version (2) in revlog 00changelog.ihttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5096Error after copy localtags file2020-06-21T11:12:59ZBitbucket ImporterError after copy localtags file*Created originally on Bitbucket by Anonymous*
Got error report after copy localtags file to my computer via network while having running Workbench*Created originally on Bitbucket by Anonymous*
Got error report after copy localtags file to my computer via network while having running Workbenchhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5068sync: Nonsense/unclear dialog after choosing to remove authentication2020-06-21T11:12:20ZBitbucket Importersync: Nonsense/unclear dialog after choosing to remove authentication*Created originally on Bitbucket by [matteosistisette (matteo sisti sette)](https://bitbucket.org/%7B9fa605ad-375e-45d8-bd81-71c0b4ff11b4%7D/)*
I cloned a repository from bitbucket.
I had a few other repositories cloned from the same a...*Created originally on Bitbucket by [matteosistisette (matteo sisti sette)](https://bitbucket.org/%7B9fa605ad-375e-45d8-bd81-71c0b4ff11b4%7D/)*
I cloned a repository from bitbucket.
I had a few other repositories cloned from the same account on bitbucket.
So, I went to push some commits and I got this message (see screenshot 1) :
> You have authentication info configured for this host and inside this URL. Remove authentication from this URL?
This is already not very clear, however I think I get what it means.
I choose "Yes", and then I get this other prompt of which I can't make any sense:
see screenshot 2.
I'm sure there is a legittimate question to be asked here to the user; however, the only person that can understand this is the developer who wrote it. To the user, this is incomprehensible gibberish.
"Save path": of what? You just asked me whether it was ok to REMOVE something, so now ask me where to save WHAT?
"Alias:" what alias? Alias for what??
This prompt needs to explain better what Tortoise and/or Mercurial is doing here and what they are asking me
*Attachments:* [hgbug2](/uploads/519861ddb242b306a4e89f897b353ee9/hgbug2.png)[hgbug1](/uploads/0ea02ad7e9350b049447b693260ed2e2/hgbug1.png)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5063Rebase to dirty working copy: unknown command: "discard"2020-06-21T11:12:11ZBitbucket ImporterRebase to dirty working copy: unknown command: "discard"*Created originally on Bitbucket by [Mingun](https://bitbucket.org/%7Bf8771815-c357-4f3c-9775-c68ab71e2d87%7D/)*
After trying to rebase changeset to the last revision while working copy is dirty, rebase dialog appear with discard link. ...*Created originally on Bitbucket by [Mingun](https://bitbucket.org/%7Bf8771815-c357-4f3c-9775-c68ab71e2d87%7D/)*
After trying to rebase changeset to the last revision while working copy is dirty, rebase dialog appear with discard link. After click to that link appear error below.
```
#!python
** Mercurial version (4.5.2). TortoiseHg version (4.5.2)
** Command:
** CWD: D:\Programs\TortoiseHg
** Encoding: cp1251
** Extensions loaded: strip, mq, extdiff, hgsubversion, convert, svnbindings, rebase, hgk, 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\rebase.pyo", line 289, in linkActivated
File "tortoisehg\hgqt\wctxcleaner.pyo", line 124, in runCleaner
ValueError: unknown command: \"discard\"
```
PS. Very strange… TortoiseHg tell me that it was latest version (for actual version 4.0.0), but these have new version (4.5.2)… Anyway, bug reproduced in new version too.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5048running 'thg' from the command line does not focus existing workbench window ...2020-06-21T11:11:53ZBitbucket Importerrunning 'thg' from the command line does not focus existing workbench window on different monitor*Created originally on Bitbucket by [cbillington (Chris Billington)](https://bitbucket.org/%7Be363c5a9-5075-4656-afb5-88bd6a6dceeb%7D/)*
In Ubuntu 17.10, running gnome-shell, tested under both X and Wayland.
In the specific case wher...*Created originally on Bitbucket by [cbillington (Chris Billington)](https://bitbucket.org/%7Be363c5a9-5075-4656-afb5-88bd6a6dceeb%7D/)*
In Ubuntu 17.10, running gnome-shell, tested under both X and Wayland.
In the specific case where an existing workbench window is already on top (out of the windows on the monitor it is on), it does not get focus if you run 'thg' when a window on a different monitor has focus.
Steps to reproduce:
Run 'thg' from gnome-terminal in a directory that is a hg repo.
run 'thg' again from gnome-terminal in the same directory, but this time with gnome-terminal on a separate monitor.
Result: the terminal stays focused, instead of thg workbench
Expected: thg workbench should gain focus.
In all other cases (workbench is not on top on the monitor it is on, or is minimised, or is on the same monitor as the terminal running the second 'thg' command), the workbench correctly gains focus.
I have tried to narrow this bug down and suspect tortoisehg, since there are other things it could be. Other apps that focus existing windows when you launch them, such as sublime text, do not exhibit this behaviour on my setup, so I think I have ruled out it being the window manager's fault.
The below minimal PyQt application, if you drag the window to a different monitor and move focus back to the first monitor, successfully can grab focus again using the same series of method calls, ending in `activateWindow()`, as used by tortoisehg (`qtapp.py`, in `_handleNewConnection`). Python 2, 3, PyQt4, PyQt5, same behaviour in all cases. So I think I have ruled it out being Qt's fault, but there must be some difference between how this test case and Tortoisehg are using Qt (even though this part is the same method calls) since there is a difference in behaviour.
This is not the worst bug ever, but I have keyboard shortcuts to launch tortoisehg and it's surprising when that doesn't have the effect of focusing the existing window.
```
#!python
import sys
from PyQt4.QtGui import QApplication, QMainWindow
from PyQt4.QtCore import QTimer, Qt
# from PyQt5.QtWidgets import QApplication, QMainWindow
# from PyQt4.QtCore import QTimer, Qt
app = QApplication(sys.argv)
wb = QMainWindow()
wb.setWindowTitle('Main window')
wb.resize(400, 400)
wb.show()
def timeout():
wb.setWindowState(wb.windowState() & ~Qt.WindowMinimized
| Qt.WindowActive)
wb.show()
wb.raise_()
wb.activateWindow()
wb.activateWindow()
timer = QTimer()
timer.timeout.connect(timeout)
timer.start(5000)
app.exec_()
```https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5037Thg 4.5 Cannot pull from SVN repos2020-06-21T11:11:42ZBitbucket ImporterThg 4.5 Cannot pull from SVN repos*Created originally on Bitbucket by [kkarbowiak (Krzysiek Karbowiak)](https://bitbucket.org/%7B835e1280-69ee-466e-8457-daea702249dd%7D/)*
I have just updated THG to 4.5 and am using it on a 64-bit Windows 10. After the update, I can no ...*Created originally on Bitbucket by [kkarbowiak (Krzysiek Karbowiak)](https://bitbucket.org/%7B835e1280-69ee-466e-8457-daea702249dd%7D/)*
I have just updated THG to 4.5 and am using it on a 64-bit Windows 10. After the update, I can no longer pull from SVN repositories, which worked fine on previous version. Pulling from Hg and Git repos still works fine.
When I pull, I see a long message (see below) that suggests `svnbindings` extension might be stale. However, it seems I am still able to push to the SVN repository.
Is an update of `svnbindings` needed? Where do I find the current version?
The error message:
```
% hg pull --verbose svn+http:// [snipped]
pulling from svn+http:// [snipped]
[r91739] [snipped]
M trunk/ [snipped]
committing files:
[snipped]
** Unknown exception encountered with possibly-broken third-party extension svnbindings
** which supports versions unknown of Mercurial.
** Please disable svnbindings and try your action again.
** If that fixes the bug please report it to the extension author.
** Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:53:40) [MSC v.1500 64 bit (AMD64)]
** Mercurial Distributed SCM (version 4.5)
** Extensions loaded: hgsubversion, strip, mq, rebase, shelve, svnbindings, hggit, blackbox, tortoisehg.util.hgcommands, tortoisehg.util.partialcommit, tortoisehg.util.pipeui, tortoisehg.util.win32ill, tortoisehg.util.hgdispatch
** Unknown exception encountered with possibly-broken third-party extension svnbindings
** which supports versions unknown of Mercurial.
** Please disable svnbindings and try your action again.
** If that fixes the bug please report it to the extension author.
** Python 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:53:40) [MSC v.1500 64 bit (AMD64)]
** Mercurial Distributed SCM (version 4.5)
** Extensions loaded: hgsubversion, strip, mq, rebase, shelve, svnbindings, hggit, blackbox, tortoisehg.util.hgcommands, tortoisehg.util.partialcommit, tortoisehg.util.pipeui, tortoisehg.util.win32ill, tortoisehg.util.hgdispatch
Traceback (most recent call last):
File "hg", line 61, in <module>
File "mercurial\dispatch.pyo", line 88, in run
File "mercurial\dispatch.pyo", line 183, in dispatch
File "mercurial\dispatch.pyo", line 324, in _runcatch
File "mercurial\dispatch.pyo", line 332, in _callcatch
File "mercurial\scmutil.pyo", line 154, in callcatch
File "mercurial\dispatch.pyo", line 314, in _runcatchfunc
File "mercurial\dispatch.pyo", line 918, in _dispatch
File "mercurial\dispatch.pyo", line 673, in runcommand
File "mercurial\dispatch.pyo", line 926, in _runcommand
File "mercurial\dispatch.pyo", line 915, in <lambda>
File "mercurial\util.pyo", line 1195, in check
File "mercurial\util.pyo", line 1195, in check
File "hgext\mq.pyo", line 3583, in mqcommand
File "mercurial\util.pyo", line 1195, in check
File "mercurial\commands.pyo", line 4763, in serve
File "mercurial\server.pyo", line 107, in runservice
File "mercurial\commandserver.pyo", line 339, in run
File "mercurial\commandserver.pyo", line 292, in serve
File "mercurial\commandserver.pyo", line 267, in serveone
File "mercurial\commandserver.pyo", line 251, in runcommand
File "mercurial\dispatch.pyo", line 183, in dispatch
File "mercurial\dispatch.pyo", line 324, in _runcatch
File "mercurial\dispatch.pyo", line 332, in _callcatch
File "mercurial\scmutil.pyo", line 154, in callcatch
File "mercurial\dispatch.pyo", line 314, in _runcatchfunc
File "tortoisehg\util\hgdispatch.pyo", line 23, in _dispatch
File "mercurial\dispatch.pyo", line 918, in _dispatch
File "mercurial\dispatch.pyo", line 673, in runcommand
File "mercurial\dispatch.pyo", line 926, in _runcommand
File "mercurial\dispatch.pyo", line 915, in <lambda>
File "mercurial\util.pyo", line 1195, in check
File "mercurial\util.pyo", line 1195, in check
File "hgext\mq.pyo", line 3583, in mqcommand
File "mercurial\util.pyo", line 1195, in check
File "mercurial\util.pyo", line 1195, in check
File "hgsubversion\wrappers.pyo", line 720, in generic
File "mercurial\util.pyo", line 1195, in check
File "mercurial\util.pyo", line 1195, in check
File "hgext\rebase.pyo", line 1772, in pullrebase
File "mercurial\util.pyo", line 1195, in check
File "mercurial\commands.pyo", line 4037, in pull
File "hgsubversion\wrappers.pyo", line 556, in exchangepull
File "hgsubversion\wrappers.pyo", line 498, in pull
File "hgsubversion\replay.pyo", line 57, in convert_rev
File "hgsubversion\replay.pyo", line 195, in _convert_rev
File "hgsubversion\svnrepo.pyo", line 96, in svn_commitctx
File "mercurial\localrepo.pyo", line 142, in wrapper
File "mercurial\localrepo.pyo", line 1950, in commitctx
File "mercurial\localrepo.pyo", line 1702, in _filecommit
File "mercurial\localrepo.pyo", line 1022, in file
File "mercurial\filelog.pyo", line 45, in __init__
File "mercurial\revlog.pyo", line 624, in __init__
File "mercurial\store.pyo", line 492, in __call__
ValueError: string too long
cmdserver: process exited unexpectedly with code 255
```https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5032hg can't connect if pageant have 2 keys2020-06-21T11:11:31ZBitbucket Importerhg can't connect if pageant have 2 keys*Created originally on Bitbucket by [Ruslan Yakauleu (Руслан Яковлев)](https://bitbucket.org/%7Baaed2811-1b8a-4119-9053-0130d00fc937%7D/)*
I have two keys (dss 2048 and rsa 4096)
hg pull returns `abort: no suitable response from remote...*Created originally on Bitbucket by [Ruslan Yakauleu (Руслан Яковлев)](https://bitbucket.org/%7Baaed2811-1b8a-4119-9053-0130d00fc937%7D/)*
I have two keys (dss 2048 and rsa 4096)
hg pull returns `abort: no suitable response from remote hg!` if both keys loaded in pageant.
dss 2048 is obsolete (in Bitbucket) but required for other my projects.
Looks like hg can't properly select valid key from agent.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5023Critical error when click on clone2020-06-21T11:11:22ZBitbucket ImporterCritical error when click on clone*Created originally on Bitbucket by Anonymous*
I have downloaded 4.0.2 and latest version for thg. but happen error like below.
<Error Message >
Mercurial command is still running. Are you sure you want to terminate?
cmdserver: proc...*Created originally on Bitbucket by Anonymous*
I have downloaded 4.0.2 and latest version for thg. but happen error like below.
<Error Message >
Mercurial command is still running. Are you sure you want to terminate?
cmdserver: process exited unexpectedly with code 0
Pls let me know how to fix error. I can find this kind of error in bug. but there are not clear answer.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5016Bad file descriptor in readXml()2020-06-21T11:11:15ZBitbucket ImporterBad file descriptor in readXml()*Created originally on Bitbucket by Anonymous*
Starting TortoiseHG created with a small number of recent edits in the repo created the following log:
#!python
** Mercurial version (4.0.2). TortoiseHg version (4.0.2)
**...*Created originally on Bitbucket by Anonymous*
Starting TortoiseHG created with a small number of recent edits in the repo created the following log:
#!python
** Mercurial version (4.0.2). TortoiseHg version (4.0.2)
** Command:
** CWD: E:\vulcan\vulcan-vs2017x\src\authorisation.d
** Encoding: cp1252
** Extensions loaded: extdiff, churn, transplant, purge, rebase, strip, mq, eol, convert, shelve
** Python version: 2.7.10 (default, May 23 2015, 09:44:00) [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.7 PyQt-4.11.4 QScintilla-2.9
Traceback (most recent call last):
File "tortoisehg\hgqt\run.pyo", line 49, in dispatch
File "tortoisehg\hgqt\run.pyo", line 243, in _runcatch
File "tortoisehg\hgqt\run.pyo", line 331, in runcommand
File "tortoisehg\hgqt\run.pyo", line 382, in _runcommand
File "tortoisehg\hgqt\run.pyo", line 336, in checkargs
File "tortoisehg\hgqt\run.pyo", line 330, in <lambda>
File "tortoisehg\hgqt\qtapp.pyo", line 405, in __call__
File "tortoisehg\hgqt\qtapp.pyo", line 469, in _createdialog
File "mercurial\util.pyo", line 1037, in check
File "tortoisehg\hgqt\run.pyo", line 922, in log
File "tortoisehg\hgqt\run.pyo", line 419, in _workbench
File "tortoisehg\hgqt\qtapp.pyo", line 501, in createWorkbench
File "tortoisehg\hgqt\workbench.pyo", line 38, in __init__
File "tortoisehg\hgqt\reporegistry.pyo", line 231, in __init__
File "tortoisehg\hgqt\repotreemodel.pyo", line 107, in __init__
File "tortoisehg\hgqt\repotreemodel.pyo", line 64, in readXml
File "mercurial\windows.pyo", line 158, in write
IOError: [Errno 9] Bad file descriptorhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4999commit: Removed files remain checked and might get re-added by mistake2020-06-21T11:10:48ZBitbucket Importercommit: Removed files remain checked and might get re-added by mistake*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
If you do an operation in THG workbench which removes a file, the file then shows up in the commit view ...*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
If you do an operation in THG workbench which removes a file, the file then shows up in the commit view with a ? symbol.
But said file also REMAINS checked. This is a bit dangerous, because it would be possible to accidentally re-add the file in the next commit. Particularly if the next commit also included some file additions perhaps, or other confusing circumstances (like the ? files being scrolled off the bottom of the list).
Here's an example scenario:
* Have file `a.txt` in version control
* Have file `b.txt` not yet in version control
* `hg ren a.txt b.txt --after`
* `commit`
* THG will STILL show `a.txt` in the commit view, and it will be checkedhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4997Merge rejected patch chunks window: Add keyboard accessibility for all button...2020-06-21T11:10:46ZBitbucket ImporterMerge rejected patch chunks window: Add keyboard accessibility for all buttons and focus ring*Created originally on Bitbucket by [thomasdd (Thomas D.)](https://bitbucket.org/%7B8da0c5d2-9d85-454e-8331-a0535f3a8cc6%7D/)*
"Merge rejected patch chunks..." window is currently almost completely keyboard-inaccessible, which violates ...*Created originally on Bitbucket by [thomasdd (Thomas D.)](https://bitbucket.org/%7B8da0c5d2-9d85-454e-8331-a0535f3a8cc6%7D/)*
"Merge rejected patch chunks..." window is currently almost completely keyboard-inaccessible, which violates established UX standards (and makes this a bug). The initial keyboard focus is in the upper editing pane (that's good), but it's stuck there and there are no keyboard shortcuts for buttons, so that's a complete cul-de-sack for keyboard users.
I suggest the following changes:
1. Ctrl+S keyboard shortcut for Save Button (Filed separately as #4996 because that's most needed and most easy to implement)
2. S as accesskey for Save Button (so that Alt+S will press it)
3. Ctrl+R and Alt+R for "Mark this chunk as resolved"
4. Ctrl+U and Alt+U for "Mark this chunk as unresolved"
5. Expose Ctrl+R/Ctrl+U in button tooltips (not needed for Ctrl+S, that's common knowledge for keyboard users, so they will just try it, but getting a tooltip on Save button every time is irritating for mouse usage).
6. Exposing keyboard shortcuts in mouse-only tooltips helps, but there's a bit of irony and shortcoming in that, so ideally, when a button gets keyboard focus ring, its tooltip should be shown for some seconds.
7. Ensure full focus ring keyboard navigation between the UI elements of this dialogue
8. Consider exposing keyboard shortcuts via a small (i) icon in lower left corner, clicking which would show a simple dialogue (minimally large tooltip) explaining keyboard options.
@ 7: Focus ring is a bit tricky as TAB gets stuck in upper editing pane. Some applications like Mozilla Thunderbird have F6 for moving focus around, don't know if that's industry standard, but it certainly helps. Otherwise, you could make it so that Shift+TAB with cursor/caret at the very beginning of the editor input field would at least move focus ring backwards.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4993QNew (Create a new patch): Setting patch options in commit view discards new ...2020-06-21T11:10:41ZBitbucket ImporterQNew (Create a new patch): Setting patch options in commit view discards new patch name*Created originally on Bitbucket by [thomasdd (Thomas D.)](https://bitbucket.org/%7B8da0c5d2-9d85-454e-8331-a0535f3a8cc6%7D/)*
STR
1. Commit View: Click "Create a new patch" (QNew) without having preset patch author.
2. Enter "newNa...*Created originally on Bitbucket by [thomasdd (Thomas D.)](https://bitbucket.org/%7B8da0c5d2-9d85-454e-8331-a0535f3a8cc6%7D/)*
STR
1. Commit View: Click "Create a new patch" (QNew) without having preset patch author.
2. Enter "newName.patch" into Patch Name input field
3. Click options and check [x] Set username: John Doe <john@asdf.com>, OK
Actual result
- dataloss: the patch name just entered by user ("newName.patch") is discarded and replaced with default name for new patch: 2017-12-27_10-29-45_r1+.diff
Expected result
- changing user name must preserve (not discard) the new patch name defined by user (regardless if the patch has already been created or not).
It's minor but very annoying every time having to re-enter what I just entered!!!
Technically, this is dataloss, because there's no way to recover the user-defined patch name.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4990Clicking to focus selected patch in Patch Queue does not update revision or c...2020-06-21T11:10:38ZBitbucket ImporterClicking to focus selected patch in Patch Queue does not update revision or commit details*Created originally on Bitbucket by [thomasdd (Thomas D.)](https://bitbucket.org/%7B8da0c5d2-9d85-454e-8331-a0535f3a8cc6%7D/)*
Here's a simple bug which however is so confusing every time it happens (not unfrequently) as it's showing a ...*Created originally on Bitbucket by [thomasdd (Thomas D.)](https://bitbucket.org/%7B8da0c5d2-9d85-454e-8331-a0535f3a8cc6%7D/)*
Here's a simple bug which however is so confusing every time it happens (not unfrequently) as it's showing a totally unrelated set of information instead of the currently focused patch.
STR
For all steps, observe revision/commit details
1. Select any patch (A) in patch queue
2. Select any revision (B) in repository list (but not that patch)
3. Click on the same patch (A) in patch queue again
4. Observe revision details / commit details
Actual result
- Revision details still showing (B)
Expected result
- Revision details must update to show (A) which is currently focused and selected
It looks as if patch queue only triggers update of revision details when focused item of patch queue changes. But it must also trigger that update when any item in Patch Queue is receiving focus again (regardless if that causes change of selection or change of previously focused item in patch queue or not).https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4988TypeError: %d format: a number is required, not NoneType2020-06-27T21:32:38ZBitbucket ImporterTypeError: %d format: a number is required, not NoneType*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
```
#!python
** Mercurial version (4.4.1). TortoiseHg version (4.4.1)
** Command: --nofork wo...*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
```
#!python
** Mercurial version (4.4.1). TortoiseHg version (4.4.1)
** Command: --nofork workbench
** CWD:
** Encoding: cp1252
** Extensions loaded: evolve, hggit, histedit, mercurial_keyring, strip, mq, rebase, shelve, convert
** 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 1816, in bookmarkRevision
File "tortoisehg\hgqt\bookmark.pyo", line 70, in __init__
TypeError: %d format: a number is required, not NoneType
```
Sorry, I'm not 100% sure what my last action was. Probably I tried creating a bookmark after using histedit.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4979push to git unselected branches when strange selected2020-06-21T11:10:26ZBitbucket Importerpush to git unselected branches when strange selected*Created originally on Bitbucket by [Alex Rayne (Александр Литягин)](https://bitbucket.org/%7Ba08cf82d-1da1-46f4-8019-7f030383d366%7D/)*
hallow!
use git repo, and try to push some bookmarks.
if i select revision that is alredy pushe...*Created originally on Bitbucket by [Alex Rayne (Александр Литягин)](https://bitbucket.org/%7Ba08cf82d-1da1-46f4-8019-7f030383d366%7D/)*
hallow!
use git repo, and try to push some bookmarks.
if i select revision that is alredy pushed (this is shows like hidden), then pushed ALL bookmarks!
this is possibly issue of hggit, but thg, imho, should protect user from obvious errors.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4976TortoiseHg 4.4.1 - Terminal shortcut broken in this release2020-06-21T11:10:23ZBitbucket ImporterTortoiseHg 4.4.1 - Terminal shortcut broken in this release*Created originally on Bitbucket by [nghing (Nghi Nguyen)](https://bitbucket.org/%7B33303570-7cda-4d16-a591-3003d8cce14a%7D/)*
the Terminal shortcut (when right-click on a Repository) supposed to launch the Windows cmd but is no longer ...*Created originally on Bitbucket by [nghing (Nghi Nguyen)](https://bitbucket.org/%7B33303570-7cda-4d16-a591-3003d8cce14a%7D/)*
the Terminal shortcut (when right-click on a Repository) supposed to launch the Windows cmd but is no longer working. Back-install 4.3.1 works, so definitely a regression in the new 4.4.1 release.