thg issueshttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues2020-06-21T11:10:17Zhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4971Incorrect 'Outgoing' lists if log command is aliased2020-06-21T11:10:17ZBitbucket ImporterIncorrect 'Outgoing' lists if log command is aliased*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
When I click the outgoing button on the main toolbar THG shows me a list of any draft changesets which D...*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
When I click the outgoing button on the main toolbar THG shows me a list of any draft changesets which DO need to be pushed, but then it follows that with apparently all the public changesets which are already synchronized. Confusing.
The second set should not be shown.
Note - I believe this is the same whether I use the main toolbar or the smaller toolbar in sync view.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4958Pinning the tortoisehg shortcut to the windows10 taskbar results in a blank icon2020-06-21T11:10:01ZBitbucket ImporterPinning the tortoisehg shortcut to the windows10 taskbar results in a blank icon*Created originally on Bitbucket by [pwilliams (Pete Williams)](https://bitbucket.org/%7B1c044d3f-9048-41b2-95da-36d34159bf45%7D/)*
On install, when i run workbench if i pin the icon to the taskbar the turtle disappears and i only see a...*Created originally on Bitbucket by [pwilliams (Pete Williams)](https://bitbucket.org/%7B1c044d3f-9048-41b2-95da-36d34159bf45%7D/)*
On install, when i run workbench if i pin the icon to the taskbar the turtle disappears and i only see a blank white page icon. I am unable to change the icon/shortcut in the shortcut properties because it doesn't appear to target an actual file.
*Attachments:* [screenshot](/uploads/509f7d690d3c37454f02bb32ca69721c/screenshot.PNG)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4932Missing working directory / current path case normalization on Windows2020-06-21T11:09:24ZBitbucket ImporterMissing working directory / current path case normalization on Windows*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
On Windows paths are case preserving but case insensitive.
```
C:\>md A
C:\>cd a
C:\A>hginit .
C:\A>md...*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
On Windows paths are case preserving but case insensitive.
```
C:\>md A
C:\>cd a
C:\A>hginit .
C:\A>md B
C:\A>cd b
C:\A\B>echo foo>file.txt
C:\A\B>hg add file.txt
C:\A\B>cd ..
C:\A>hg commit -m "Added file"
C:\A>thg filelog b\file.txt
C:\A>thg filelog B\file.txt
```
The last command (`thg filelog B\file.txt`) works. The previous command (`thg filelog b\file.txt`) does not work. There is no error message, but no changesets are shown.
Worse:
1. Press WIN+R, write `c:\a\b`. (Windows Explorer opens in `c:\a\b`.)
2. Right click `file.txt` and *TortoiseHG* and *Revision History*. (Again, this does not work!)
3. Press CTRL+L (Focus on the location bar)
4. Write `cmd.exe` and hit ENTER. (Command shell opens in `c:\a\b>`.)
5. `c:\a\b>thg filelog file.txt` (Again, this does not work!)
In these cases the user that performed step 2. or step 5. did nothing wrong and can not really do anything to fix the problem. In reality this may happen much later than the "problematic"[^1] step 1. and the path may be much longer and less obvious than in this simple example. A single "wrong"[^2] lowercase character anywhere in the current path can lead to much confusion.
Please consider if on Windows normalizing (some) paths would be possible.
Thanks!
[^1]: On Windows of course this is actually not usually considered problematic.
[^2]: On Windows of course this is actually not usually considered wrong.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4931Putting a fileset into the file filter editbox causes a stracktrace2020-06-21T11:09:23ZMatt HarbisonPutting a fileset into the file filter editbox causes a stracktraceI started typing "set:", and it was OK. For each subsequent letter, it popped open the crash dialog. After I got the closing parenthesis in, it was OK and filtered properly. My repo is on the E: drive; I'm not sure why it also referen...I started typing "set:", and it was OK. For each subsequent letter, it popped open the crash dialog. After I got the closing parenthesis in, it was OK and filtered properly. My repo is on the E: drive; I'm not sure why it also references C:\. For the record, I was typing 'set:exec()'.
I haven't looked into this at all, but I'm guessing a simple work around is to not keep calling match.match() once the 'set:' prefix is typed, until the last parenthesis is typed.
```
#!python
** Mercurial version (4.3.1). TortoiseHg version (4.3.1)
** Command: --nofork workbench
** CWD: C:\Users\mharbison.MATT7H-PC\Desktop
** Encoding: UTF-8
** Extensions loaded: purge, schemes, evolve, strip, mq, rebase, eol, extdiff, mercurial_keyring, largefiles
** Python version: 2.7.13 (v2.7.13:a06454b1afa1, Dec 17 2016, 20:42:59) [MSC v.1500 32 bit (Intel)]
** Windows version: sys.getwindowsversion(major=6, minor=1, build=7600, platform=2, service_pack='')
** Processor architecture: x86
** Qt-4.8.7 PyQt-4.11.4 QScintilla-2.9
Traceback (most recent call last):
File "tortoisehg\hgqt\revdetails.pyo", line 408, in _applyFileNameFilter
File "tortoisehg\hgqt\manifestmodel.pyo", line 300, in setNameFilter
File "tortoisehg\hgqt\manifestmodel.pyo", line 378, in _repopulateNodes
File "tortoisehg\hgqt\manifestmodel.pyo", line 405, in _populateNodes
File "tortoisehg\hgqt\manifestmodel.pyo", line 526, in _makematcher
File "mercurial\match.pyo", line 153, in match
File "mercurial\match.pyo", line 381, in __init__
File "mercurial\match.pyo", line 826, in _buildmatch
File "mercurial\match.pyo", line 43, in _expandsets
File "mercurial\context.pyo", line 196, in getfileset
File "mercurial\fileset.pyo", line 592, in getfileset
File "mercurial\fileset.pyo", line 110, in getset
File "mercurial\fileset.pyo", line 113, in stringset
File "mercurial\fileset.pyo", line 534, in matcher
File "mercurial\context.pyo", line 306, in match
File "mercurial\match.pyo", line 148, in match
File "mercurial\match.pyo", line 194, in _donormalize
File "mercurial\pathutil.pyo", line 188, in canonpath
File "ntpath.pyo", line 529, in relpath
ValueError: path is on drive E:, start on drive C:
```https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4919Pull specific bookmark also adds other older bookmarks2021-11-25T11:15:42ZBitbucket ImporterPull specific bookmark also adds other older bookmarks*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
1) I select a specific bookmark in "Synchronize"->"[x] Target: mybookmark".
2) Then I click "Pull".
Thi...*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
1) I select a specific bookmark in "Synchronize"->"[x] Target: mybookmark".
2) Then I click "Pull".
This also adds many old bookmarks (on ancestor changesets of the selected bookmark). Shouldn't it just pull that single selected bookmark instead?
Thankshttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4918Incoming deselects target leading to unrestricted pull2020-06-21T11:09:08ZBitbucket ImporterIncoming deselects target leading to unrestricted pull*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
If I want to pull a bookmark:
1) I create that bookmark.
2) Then I can select that bookmark in "Synchro...*Created originally on Bitbucket by [psuter (Peter Suter)](https://bitbucket.org/%7B48b289e8-68dd-4aa4-8d3a-6458c5363d69%7D/)*
If I want to pull a bookmark:
1) I create that bookmark.
2) Then I can select that bookmark in "Synchronize"->"[x] Target: mybookmark".
3) Then I click "Incoming" to check what will be pulled.
4) Then I click "Pull".
But sometimes step 3) removes the bookmark from "[x] Target: mybookmark", so step 4) pulls everything instead of just the bookmark! This seems quite misleading / inconvenient / error prone.
(Maybe this happens only when the local bookmark is created on a changeset that is not an ancestor of the remote bookmark?)
Thankshttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4907Unknown revision error when stripping from outgoing list2020-06-21T11:08:57ZBitbucket ImporterUnknown revision error when stripping from outgoing list*Created originally on Bitbucket by Anonymous*
This is with a hggit repo, I've not tested it with an HG-only repo, but seems likely it would be an issue there as well.
Repo steps
1. In tortoise hg
2. Have local changesets, press th...*Created originally on Bitbucket by Anonymous*
This is with a hggit repo, I've not tested it with an HG-only repo, but seems likely it would be an issue there as well.
Repo steps
1. In tortoise hg
2. Have local changesets, press the outgoing button, history section changes to yellow background
3. Select a changeset that you want removed, right click and go Modify History > Strip
4. That should succeed in stripping the changesets
5. Outgoing list tries to refresh, but an error pops up with "unknown revision", and stays as a empty yellow background list until you hit cancel
In my case this functioning without error would be great because i'm using tortoise to interact with a git repo that has a large turn-over of remote branches.
Pressing the outgoing button lists all the remote branches which I've pulled but are no longer existing remotely. So I was trying to use that as a method to prune those branches.
But anytime I'd strip from the outgoing changeset history list, I'd then get an error "unknown revision '73627'" because that is the revision I just stripped from the HG history.
#!python
** Mercurial version (4.3.1). TortoiseHg version (4.3.1)
** Command:
** CWD: C:\windows\system32
** Encoding: cp1252
** Extensions loaded: rebase, purge, strip, mq, histedit, convert, hggit
** 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.7 PyQt-4.11.4 QScintilla-2.9
Traceback (most recent call last):
File "tortoisehg\hgqt\repomodel.pyo", line 304, in _onQueryFinished
File "tortoisehg\hgqt\repomodel.pyo", line 245, in _rebuildGraph
File "tortoisehg\hgqt\repomodel.pyo", line 361, in _ensureBuilt
File "tortoisehg\hgqt\graph.pyo", line 950, in build_nodes
File "tortoisehg\hgqt\graph.pyo", line 591, in _iter_graphnodes
File "tortoisehg\hgqt\graph.pyo", line 510, in walk
File "tortoisehg\hgqt\graph.pyo", line 325, in _iter_revs
File "tortoisehg\hgqt\thgrepo.pyo", line 755, in __getitem__
File "mercurial\localrepo.pyo", line 716, in __getitem__
File "mercurial\context.pyo", line 509, in __init__
RepoLookupError: unknown revision '73627'https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4900cmdserver: process exited unexpectedly with code 2552020-06-21T11:08:49ZBitbucket Importercmdserver: process exited unexpectedly with code 255*Created originally on Bitbucket by Anonymous*
I am getting the "cmdserver: process exited unexpectedly with code 255" error when trying to "Push ongoing changes". One suggested solution if found via Google is to get rid of some plug in...*Created originally on Bitbucket by Anonymous*
I am getting the "cmdserver: process exited unexpectedly with code 255" error when trying to "Push ongoing changes". One suggested solution if found via Google is to get rid of some plug ins. I don't have any plug-ins in my TortoiseHg. A second solutions is to un-install TortoiseHg and Re-install. It did not work.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4897Does not work resolve with kdiff3, when merge with local2020-06-21T11:08:46ZBitbucket ImporterDoes not work resolve with kdiff3, when merge with local*Created originally on Bitbucket by [andrew312 (Andrew)](https://bitbucket.org/%7B240efde6-76cc-4bf5-9735-046308312ce1%7D/)*
When i am try to merge the default branch and branch2 , there is a conflict
"1 files were modified on both bra...*Created originally on Bitbucket by [andrew312 (Andrew)](https://bitbucket.org/%7B240efde6-76cc-4bf5-9735-046308312ce1%7D/)*
When i am try to merge the default branch and branch2 , there is a conflict
"1 files were modified on both branches and must be resolved"
-Take "Tool Resolve"
Message:
"Conflicts Left. There is a line end style conflict. Please choose the line end style manually. File not saved."
Message:
"File Open Error. Opening of these files failed: -base; -parent2"
In both branchs "line end style" - dos/windows.
TortoiseHg 4.3.1 , TortoiseHg 4.2.2. Windows 7 32, Windows Xp 32.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4894Diff to Local does not copy back new files2020-06-21T11:08:42ZBitbucket ImporterDiff to Local does not copy back new files*Created originally on Bitbucket by [njackowski (Nick Jackowski)](https://bitbucket.org/%7Bb891459d-87fb-4022-b300-6b333ee87eb4%7D/)*
Tortoise 4.3.1 x64 Windows 7
Beyond Compare 4
default Branch:
FileA.txt content:A
FileC.txt cont...*Created originally on Bitbucket by [njackowski (Nick Jackowski)](https://bitbucket.org/%7Bb891459d-87fb-4022-b300-6b333ee87eb4%7D/)*
Tortoise 4.3.1 x64 Windows 7
Beyond Compare 4
default Branch:
FileA.txt content:A
FileC.txt content:C
Branch B:
FileA.txt content:A
FileB.txt content:B
If I do a "Diff to Local" from Branch B, the directory diff tools shows up. The diff shows as expected and FileB is only in Branch B and FileC is only in default. I copy FileB to default. In the background temp directory FileB shows up. I close the diff tool then refresh my working directory but FileB never gets moved back to the real working directory from the temp directory.
Also, I have a similar problem with copying files that are on both sides with the same size but internally different. Both temps are created with the same date time stamp. Beyond Compare allows an easy copy file from one directory to the other. I do the copy. Close the directory diff. No change in the working directory.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4892Unified diff output [±] button disabled when it shouldn't be2020-06-21T11:08:38ZBitbucket ImporterUnified diff output [±] button disabled when it shouldn't be*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
I think in certain cases the unified diff output [±] button is disabled when it should be enabled.
Th...*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
I think in certain cases the unified diff output [±] button is disabled when it should be enabled.
This happens when viewing a merge changeset in the commit view.
Scenario 1:
* File was changed with respect to parent 1, but no changes compared to parent 2
* Click on button [1]
* Result 1A: all three diff view option buttons are enabled
* Click on button [2]
* Result 1B: [±] button is disabled. Others are enabled.
Scenario 2:
* File was changed with respect to parent 2, but no changes compared to parent 1
* Click on button [1]
* Result 2A: [±] button is disabled. Others are enabled.
* Click on button [2]
* Result 2B: [±] button is disabled. Others are enabled.
2B doesn't seem right. In that case [±] should be enabled.
Somewhat separate issue - I don't see why [±] needs to ever be disabled. If there are no differences in the comparison, it would be clearer to leave the diff view blank or show a "files are identical" message. Then this button logic would work like the other two diff options and could be simplified.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4890showing "broken" lines for some branches2020-06-21T11:08:36ZBitbucket Importershowing "broken" lines for some branches*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
THG has recently started showing "broken" lines for some branches.
These are branches which all have ...*Created originally on Bitbucket by [DaveInCaz (David Hollman)](https://bitbucket.org/%7B2dd8bec0-e2b4-43d0-b274-6ee79db66b75%7D/)*
THG has recently started showing "broken" lines for some branches.
These are branches which all have common ancestry.
Here are a couple of examples...
![Capture.PNG](https://bitbucket.org/repo/48R4X/images/650796699-Capture.PNG)
![Capture2.PNG](https://bitbucket.org/repo/48R4X/images/3276654067-Capture2.PNG)
Scrolling back in history I found that the graph is as wide as 7 vertical lines in some places. Not sure if there is a limit that is being reached?https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4874Horiz scrolling broken (sometimes) in <incoming> file contents panel2021-03-25T00:34:22ZBitbucket ImporterHoriz scrolling broken (sometimes) in <incoming> file contents panel*Created originally on Bitbucket by [cslemmen (Stu Lemmen)](https://bitbucket.org/%7B4e54204d-f26b-4ca3-82eb-fa40fe740ab3%7D/)*
I was previewing incoming changes for a repo clone in Workbench and wanted to see what they were but, even t...*Created originally on Bitbucket by [cslemmen (Stu Lemmen)](https://bitbucket.org/%7B4e54204d-f26b-4ca3-82eb-fa40fe740ab3%7D/)*
I was previewing incoming changes for a repo clone in Workbench and wanted to see what they were but, even though the horizontal scrollbar in the file's contents preview (lower right) was working, it didn't move far enough to the right, or was the wrong size, to allow me to see the end of the very long lines of code I needed to see. Making this scroll bug appear seems to have to do with first highlighting the *Working Directory* (topmost) row in the upper right view then clicking the preview icon. If one of the revs below that row is clicked first then the bug doesn't appear. Also, when the bug is present, simply resizing the main window or just the panel view height makes it go away. A screen shot should help to at least show what it looks like when present.
![tortoise_hg_workbench_scroll_bug.png](https://bitbucket.org/repo/48R4X/images/4084599020-tortoise_hg_workbench_scroll_bug.png)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4871onsub extension not runnable with hg 4.2.22020-06-21T11:08:11ZBitbucket Importeronsub extension not runnable with hg 4.2.2*Created originally on Bitbucket by [simohe (S. Heimberg)](https://bitbucket.org/%7Ba37b2765-4980-4a01-b932-d442b7a342e5%7D/)*
This is partially fixed in this repo: https://bitbucket.org/wizz/onsub/
But the variable errmsg is used befo...*Created originally on Bitbucket by [simohe (S. Heimberg)](https://bitbucket.org/%7Ba37b2765-4980-4a01-b932-d442b7a342e5%7D/)*
This is partially fixed in this repo: https://bitbucket.org/wizz/onsub/
But the variable errmsg is used before assigned in line `errmsg = '%s: %s' % (errprefix, errmsg)`, see issue 1 in wizz/onsub.
By the way, there is no clear maintainer for this extension, see comment on https://www.mercurial-scm.org/wiki/OnsubExtensionhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4862WindowsError: [Error 5] Access is denied in ManifestModel2020-06-21T11:08:01ZBitbucket ImporterWindowsError: [Error 5] Access is denied in ManifestModel*Created originally on Bitbucket by [PatSpiegel](https://bitbucket.org/%7B0371471c-5484-4209-8019-e416bb1c6ce4%7D/)*
#!python
** Mercurial version (4.2.2). TortoiseHg version (4.2.2)
** Command: --nofork workbench
** CWD...*Created originally on Bitbucket by [PatSpiegel](https://bitbucket.org/%7B0371471c-5484-4209-8019-e416bb1c6ce4%7D/)*
#!python
** Mercurial version (4.2.2). TortoiseHg version (4.2.2)
** Command: --nofork workbench
** CWD: C:\esr45
** Encoding: cp1252
** Extensions loaded:
** 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\repowidget.pyo", line 806, in onRevisionSelected
File "tortoisehg\hgqt\revdetails.pyo", line 272, in onRevisionSelected
File "tortoisehg\hgqt\revdetails.pyo", line 284, in _setContextToFileList
File "tortoisehg\hgqt\manifestmodel.pyo", line 279, in setRawContext
File "tortoisehg\hgqt\manifestmodel.pyo", line 267, in setRev
File "tortoisehg\hgqt\manifestmodel.pyo", line 378, in _repopulateNodes
File "tortoisehg\hgqt\manifestmodel.pyo", line 406, in _populateNodes
File "tortoisehg\hgqt\manifestmodel.pyo", line 585, in _populaterepo
File "mercurial\localrepo.pyo", line 1875, in status
File "mercurial\context.pyo", line 363, in status
File "mercurial\context.pyo", line 1735, in _buildstatus
File "mercurial\context.pyo", line 1674, in _dirstatestatus
File "mercurial\context.pyo", line 1656, in _checklookup
File "mercurial\lock.pyo", line 85, in __exit__
File "mercurial\lock.pyo", line 255, in release
File "mercurial\localrepo.pyo", line 1420, in unlock
File "mercurial\dirstate.pyo", line 744, in write
File "mercurial\dirstate.pyo", line 786, in _writedirstate
File "mercurial\util.pyo", line 1635, in close
File "mercurial\windows.pyo", line 401, in rename
File "mercurial\win32.pyo", line 482, in unlink
WindowsError: [Error 5] Access is deniedhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4847Unknown revision2020-06-21T11:07:43ZBitbucket ImporterUnknown revision*Created originally on Bitbucket by [silverwoodchuck47](https://bitbucket.org/%7B91a3c1bf-e7dc-4755-bf4d-674cbf95254c%7D/)*
~~~
#!python
** Mercurial version (4.2.1). TortoiseHg version (4.2.1)
** Command:
** CWD: C:\P...*Created originally on Bitbucket by [silverwoodchuck47](https://bitbucket.org/%7B91a3c1bf-e7dc-4755-bf4d-674cbf95254c%7D/)*
~~~
#!python
** Mercurial version (4.2.1). TortoiseHg version (4.2.1)
** Command:
** CWD: C:\Program Files\TortoiseHg
** Encoding: cp1252
** Extensions loaded: histedit, hggit, strip
** Python version: 2.7.10 (default, May 23 2015, 09:40:32) [MSC v.1500 32 bit (Intel)]
** Windows version: sys.getwindowsversion(major=6, minor=2, build=9200, platform=2, service_pack='')
** Processor architecture: x86
** Qt-4.8.7 PyQt-4.11.4 QScintilla-2.9
Traceback (most recent call last):
File "tortoisehg\hgqt\repowidget.pyo", line 439, in setOutgoingNodes
File "tortoisehg\hgqt\thgrepo.pyo", line 755, in __getitem__
File "mercurial\localrepo.pyo", line 579, in __getitem__
File "mercurial\context.pyo", line 533, in __init__
RepoLookupError: unknown revision 'f1a4e9cbd122e5007f94e92e8dfaec1d07d098e8'
~~~
thg presented an unknown revision error when I clicked Detect outgoing. Closing TortoiseHg and restarting it made the error go away.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4835inotify_add_watch failed2020-06-21T11:07:25ZBitbucket Importerinotify_add_watch failed*Created originally on Bitbucket by [Jgariano (John Gariano)](https://bitbucket.org/%7B26395f32-1347-401b-8f9b-e9cde9f84a90%7D/)*
I am running Ubuntu 16.04 and after installing the most recent version of tortoisehg from the ppa ( versio...*Created originally on Bitbucket by [Jgariano (John Gariano)](https://bitbucket.org/%7B26395f32-1347-401b-8f9b-e9cde9f84a90%7D/)*
I am running Ubuntu 16.04 and after installing the most recent version of tortoisehg from the ppa ( version 3.7.3 with Mercurial-3.7.3, Python-2.7.12, PyQt-4.11.4, Qt-4.8.7). Upon calling thg from the command line I get the following error
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
QFileSystemWatcher: failed to add paths: /home/muri-john/.config/TortoiseHg/thg-reporegistry.xmlhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4824Transaction Aborted Error on cloning the repository through Tortoise Hg tool2020-06-21T11:07:14ZBitbucket ImporterTransaction Aborted Error on cloning the repository through Tortoise Hg tool*Created originally on Bitbucket by [ghoshakh (Akhil Ghosh)](https://bitbucket.org/%7B9ee5a1ab-c2d7-48a3-b6b2-fb5889e0b757%7D/)*
Hi,
I had created an Atlassian support ticket BBS-54550, through which I got a reference to create the tic...*Created originally on Bitbucket by [ghoshakh (Akhil Ghosh)](https://bitbucket.org/%7B9ee5a1ab-c2d7-48a3-b6b2-fb5889e0b757%7D/)*
Hi,
I had created an Atlassian support ticket BBS-54550, through which I got a reference to create the ticket here.
The issue is cloning of bitbucket repository through Tortoise hg tool.
We are receiving transaction aborted error on cloning action for various repositories. PFA.
All repositories are under team "energycomponents".
We tried cloning repositories with different users from different site offices (networks), but still the problem persists.
As a workaround, the affected users are using the SourceTree tool for successful cloning of the repository.
We don't want to restrict the users to use a particular tool, hence need a fix for this issue.
Do let me know if you need any more details.
Awaiting the resolution.
Regards,
Akhil
*Attachments:* [Cloning_error](/uploads/211a4f596a598ac8a4d7f1960c57ee42/Cloning_error.png)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4748Wrong diff shown with mq for qbase2020-06-21T11:05:52ZBitbucket ImporterWrong diff shown with mq for qbase*Created originally on Bitbucket by [kiilerix (Mads Kiilerich)](https://bitbucket.org/%7B557b6cb1-8bba-4f83-a28b-d729192b84ef%7D/)*
When using mq and one patch is applied, qparent is shown correctly. But when clicking qbase = qtip = tip...*Created originally on Bitbucket by [kiilerix (Mads Kiilerich)](https://bitbucket.org/%7B557b6cb1-8bba-4f83-a28b-d729192b84ef%7D/)*
When using mq and one patch is applied, qparent is shown correctly. But when clicking qbase = qtip = tip, the meta data updates, but the commit message is still from qparent.
Using latest stable branch.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4742Clone never finish2020-06-21T11:05:42ZBitbucket ImporterClone never finish*Created originally on Bitbucket by Anonymous*
When cloning a repo, the operation never ends.
I have no problem with other hg clients.
*Attachments:* [2017-05-03_10_44_11-TortoiseHg_Workbench](/uploads/ba19ab7cefda0be6a4210016d9805bd...*Created originally on Bitbucket by Anonymous*
When cloning a repo, the operation never ends.
I have no problem with other hg clients.
*Attachments:* [2017-05-03_10_44_11-TortoiseHg_Workbench](/uploads/ba19ab7cefda0be6a4210016d9805bd1/2017-05-03_10_44_11-TortoiseHg_Workbench.png)