thg issueshttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues2020-06-21T11:15:12Zhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5199hgeol policy changes don't take effect without a restart2020-06-21T11:15:12ZMatt Harbisonhgeol policy changes don't take effect without a restartI 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/5173Suggestion for "Confirm Add" dialog in Workbench2020-06-21T11:14:39ZBitbucket ImporterSuggestion for "Confirm Add" dialog in Workbench*Created originally on Bitbucket by [retroj (John Foerch)](https://bitbucket.org/%7B2b4b2be3-4f8a-489a-be49-31d0eadd8501%7D/)*
In TortoiseHg Workbench, when you commit and have added files, a dialog appears:
```
Confirm Add
A...*Created originally on Bitbucket by [retroj (John Foerch)](https://bitbucket.org/%7B2b4b2be3-4f8a-489a-be49-31d0eadd8501%7D/)*
In TortoiseHg Workbench, when you commit and have added files, a dialog appears:
```
Confirm Add
Add selected untracked files?
[Add] [Cancel] [Show Details...]
```
I think that it would be a small improvement to remove the "Show Details..." button and simply automatically display the list of details. I don't know whether the dialog is auto-sized to the length of that list, but it need not be.. if the list is long, a scrollable list showing 10 lines or so would be fine.
Workbench has a pretty complex UI, and I think that this would be a way to simplify one small part of it with no negative side effects.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5166I sometimes get an "abort: missing support for check phases" error when I pus...2020-06-21T11:14:32ZBitbucket ImporterI 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/5164Menu Repository > Terminal doesn't open terminal window on Windows2020-06-21T11:14:29ZBitbucket ImporterMenu 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/5163Start menu icon disappears after upgrading to a new version2020-06-21T11:14:28ZBitbucket ImporterStart 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/5148TortoiseHg Workbench startup error (Windows 10)2020-06-21T11:14:07ZBitbucket ImporterTortoiseHg 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/5147Windows: Context Menus in TortiseHG do not work2020-06-21T11:14:06ZBitbucket ImporterWindows: 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/5144Pushing Repo Results in Corruption of Binary Files2020-06-21T11:14:03ZBitbucket ImporterPushing 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/5139largefiles representation in gui2020-06-21T11:13:51ZBitbucket Importerlargefiles representation in gui*Created originally on Bitbucket by [retroj (John Foerch)](https://bitbucket.org/%7B2b4b2be3-4f8a-489a-be49-31d0eadd8501%7D/)*
I use largefiles quite a bit and I think that it would be a nice feature for TortoiseHg if it used different ...*Created originally on Bitbucket by [retroj (John Foerch)](https://bitbucket.org/%7B2b4b2be3-4f8a-489a-be49-31d0eadd8501%7D/)*
I use largefiles quite a bit and I think that it would be a nice feature for TortoiseHg if it used different icons in the explorer overlay for largefiles than it does for normal files. The icons could be as simple as the same as the normal icons except with an "L" overlayed, or something like that.
It would also be nice to see largefiles visually indicated in the file listings of the commit and revision-details panels, perhaps with a new letter code in the "Stat" column, or a new column entirely.
These visual indicators would make it much easier to work with largefiles.
Thank you.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5138Mac # issue2020-06-21T11:13:50ZBitbucket ImporterMac # 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.
regardshttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5136Provide tortoisehg builds for windows as archives2020-06-21T11:13:48ZBitbucket ImporterProvide tortoisehg builds for windows as archives*Created originally on Bitbucket by Anonymous*
It would be really useful to download tortoisehg for Windows as an archive since it's impossible to execute msi/exe installer in Windows nanoserver distribution which is widely used as a de...*Created originally on Bitbucket by Anonymous*
It would be really useful to download tortoisehg for Windows as an archive since it's impossible to execute msi/exe installer in Windows nanoserver distribution which is widely used as a default OS in Windows docker containers.
Now https://bitbucket.org/tortoisehg/files/downloads/ provides only msi installers for windows.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5124Missing delete in graft if file conflicts2020-06-21T11:13:31ZBitbucket ImporterMissing 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/5113Log Columns Inconsistent Size (OSX)2020-06-21T11:13:19ZBitbucket ImporterLog 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/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)