thg issueshttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues2024-01-28T02:28:38Zhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5875TypeError After Searching For A Word In Working Copy2024-01-28T02:28:38ZZianAtFirstWatchTypeError After Searching For A Word In Working CopyTortoiseHg showed a dialog that said I should report this bug that occurred while I was searching for a word in a local repository.
The dialog said:
```python
** Mercurial version (6.3.2). TortoiseHg version (6.3.2)
** Command:
** CWD...TortoiseHg showed a dialog that said I should report this bug that occurred while I was searching for a word in a local repository.
The dialog said:
```python
** Mercurial version (6.3.2). TortoiseHg version (6.3.2)
** Command:
** CWD: C:\WINDOWS\system32
** Encoding: cp1252
** Extensions loaded: convert, mq, strip, tortoisehg.util.configitems
** Python version: 3.9.13 (tags/v3.9.13:6de2ca5, May 17 2022, 16:36:42) [MSC v.1929 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=2, build=9200, platform=2, service_pack='')
** Processor architecture: x64
** Qt-5.15.2 PyQt-5.15.7 QScintilla-2.13.3
Traceback (most recent call last):
File "tortoisehg\hgqt\grep.pyc", line 822, in sort
TypeError: '<' not supported between instances of 'NoneType' and 'NoneType'
```
I'm not sure which step triggered the bug.
**Approximate Steps to Reproduce the Problem**
1. Open TortoiseHg Workbench.
2. Select a repository.
3. Click on the Search button in the toolbar.
4. Type "Inc_DT_Intth" or "Inc_DT_Int" into the top text box next to the "Ignore case" checkbox.
5. Select the "Working Copy" radio button.
6. Click Search or press Enter in the first text box.
7. Wait for the search to finish.
8. Click on at least 1 result in the grid (File | Line | Match Text).
Expected Result:
Nothing
Actual Result:
![image](/uploads/a0e61ce6917527403d294dcf56c58e93/image.png)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5874Bug unop Commit: utf-8' codec can't decode byte 0xcd in position 662023-03-29T16:19:54ZsevlatBug unop Commit: utf-8' codec can't decode byte 0xcd in position 66```python
** Mercurial version (6.2.3). TortoiseHg version (6.2.3)
** Command:
** CWD: C:\Windows\system32
** Encoding: cp1251
** Extensions loaded: histedit, mq, rebase, strip, tortoisehg.util.configitems
** Python version: 3.9.12 (ta...```python
** Mercurial version (6.2.3). TortoiseHg version (6.2.3)
** Command:
** CWD: C:\Windows\system32
** Encoding: cp1251
** Extensions loaded: histedit, mq, rebase, strip, tortoisehg.util.configitems
** Python version: 3.9.12 (tags/v3.9.12:b28265d, Mar 23 2022, 23:52:46) [MSC v.1929 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=2, build=9200, platform=2, service_pack='')
** Processor architecture: x64
** Qt-5.15.2 PyQt-5.15.7 QScintilla-2.13.3
Traceback (most recent call last):
File "tortoisehg\hgqt\commit.pyc", line 1274, in commandFinished
File "tortoisehg\util\shlib.pyc", line 50, in shell_notify
File "os.pyc", line 824, in fsdecode
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xcd in position 66: invalid continuation byte
```https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5873Cannot install TortoiseHg on Windows 102023-03-06T02:04:03ZDavid KnollCannot install TortoiseHg on Windows 10I cannot install TortoiseHg on Windows 10 due to the following error:
"An error occurred while attempting to create the directory:
C:\ProgramData\Microsoft\Windows\Start Menu"
The directory already exists.I cannot install TortoiseHg on Windows 10 due to the following error:
"An error occurred while attempting to create the directory:
C:\ProgramData\Microsoft\Windows\Start Menu"
The directory already exists.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5872Error during commit2023-03-03T16:02:29ZsevlatError during commit```python
** Mercurial version (6.2.3). TortoiseHg version (6.2.3)
** Command:
** CWD: C:\Windows\system32
** Encoding: cp1251
** Extensions loaded: histedit, mq, rebase, strip, tortoisehg.util.configitems
** Python version: 3.9.12 (ta...```python
** Mercurial version (6.2.3). TortoiseHg version (6.2.3)
** Command:
** CWD: C:\Windows\system32
** Encoding: cp1251
** Extensions loaded: histedit, mq, rebase, strip, tortoisehg.util.configitems
** Python version: 3.9.12 (tags/v3.9.12:b28265d, Mar 23 2022, 23:52:46) [MSC v.1929 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=2, build=9200, platform=2, service_pack='')
** Processor architecture: x64
** Qt-5.15.2 PyQt-5.15.7 QScintilla-2.13.3
Traceback (most recent call last):
File "tortoisehg\hgqt\commit.pyc", line 1274, in commandFinished
File "tortoisehg\util\shlib.pyc", line 50, in shell_notify
File "os.pyc", line 824, in fsdecode
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xcd in position 44: invalid continuation byte
```https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5870Shelve is merging similar filenames with spaces (resulting in corruption)2023-03-01T15:04:51ZTom HartlandShelve is merging similar filenames with spaces (resulting in corruption)THG 6.3.2 running on Windows 10 (running on VMWare Workstation).
Shelving two files with similar names causes the two files to be merged into a single one.
When unshelving, one of the file contains the text from both, and the second fi...THG 6.3.2 running on Windows 10 (running on VMWare Workstation).
Shelving two files with similar names causes the two files to be merged into a single one.
When unshelving, one of the file contains the text from both, and the second file is deleted.
- Create a new repo
- Add two new files, each with content...
- "Develop Test.txt"
- "Release Test.txt"
- Shelve the two files (this results in a single file in the shelf called "Test.txt")
- Unshelve the file (this results in a single file called "Develop Test.txt" containing the text of both, and "Release Test.txt" being deleted).
I believe the space in the filename is important, and that the shelf is only recognising the filename from the last space.
The same happens if I call them "Develop One Test.txt" and "Release Two Test.txt".
But if the last part of the filename is different, they separate correctly... for example "Develop Test One.txt" and "Release Test Two.txt"https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5869Editing ignore filter text file problem2023-08-17T18:38:44ZBetalordEditing ignore filter text file problemIn 6.3.2 (maybe earlier versions as well, not sure) I have a strange problem in ignore file editing window. It seems like a font problem (chars being wider than actual visuals, not sure how to explain it). It is really hard to edit it. I...In 6.3.2 (maybe earlier versions as well, not sure) I have a strange problem in ignore file editing window. It seems like a font problem (chars being wider than actual visuals, not sure how to explain it). It is really hard to edit it. I made a short video showing the problem since it is hard to describe. Note that I get this problem only in ignore list editing window, in other parts of the app it seems to work well.
The video:
https://www.youtube.com/watch?v=c3J83zAKiDo
I am on Windows 10.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5868Crash (THg 6.3.2) when attempting to push to an empty Git repo with preexisti...2023-02-15T22:35:06ZassarbadCrash (THg 6.3.2) when attempting to push to an empty Git repo with preexisting hggit stateI observe the following crash when attempting to push to an empty (I confirmed that with Git, to be 100% sure!) Git repo using the `hg.exe` bundled with TortoiseHg 6.3.2.
```
hg push sourceforge.git
pushing to git+ssh://assarbad@git.cod...I observe the following crash when attempting to push to an empty (I confirmed that with Git, to be 100% sure!) Git repo using the `hg.exe` bundled with TortoiseHg 6.3.2.
```
hg push sourceforge.git
pushing to git+ssh://assarbad@git.code.sf.net/p/windirstat/git-clone
searching for changes
** unknown exception encountered, please report by visiting
** https://mercurial-scm.org/wiki/BugTracker
** Python 3.9.13 (tags/v3.9.13:6de2ca5, May 17 2022, 16:36:42) [MSC v.1929 64 bit (AMD64)]
** Mercurial Distributed SCM (version 6.3.2)
** Extensions loaded: evolve 10.5.4.dev, hggit 1.0.1 (dulwich 0.20.46), histedit, mq, rebase, strip, topic 0.24.3.dev, transplant
Traceback (most recent call last):
File "hg", line 58, in <module>
File "mercurial\dispatch.pyc", line 143, in run
File "mercurial\dispatch.pyc", line 232, in dispatch
File "mercurial\dispatch.pyc", line 276, in _rundispatch
File "mercurial\dispatch.pyc", line 451, in _runcatch
File "mercurial\dispatch.pyc", line 461, in _callcatch
File "mercurial\scmutil.pyc", line 153, in callcatch
File "mercurial\dispatch.pyc", line 441, in _runcatchfunc
File "mercurial\dispatch.pyc", line 1265, in _dispatch
File "mercurial\dispatch.pyc", line 899, in runcommand
File "mercurial\dispatch.pyc", line 1277, in _runcommand
File "mercurial\dispatch.pyc", line 1263, in <lambda>
File "mercurial\util.pyc", line 1880, in check
File "mercurial\util.pyc", line 1880, in check
File "hgext\mq.pyc", line 4226, in mqcommand
File "mercurial\util.pyc", line 1880, in check
File "mercurial\util.pyc", line 1880, in check
File "hgext3rd\topic\__init__.pyc", line 1357, in pushoutgoingwrap
File "mercurial\util.pyc", line 1880, in check
File "mercurial\util.pyc", line 1880, in check
File "hgext3rd\topic\flow.pyc", line 94, in wrappush
File "mercurial\util.pyc", line 1880, in check
File "mercurial\commands.pyc", line 5820, in push
File "hggit\util.pyc", line 95, in inner
File "hggit\gitrepo.pyc", line 228, in exchangepush
File "hggit\git_handler.pyc", line 483, in push
File "hggit\git_handler.pyc", line 1404, in upload_pack
File "hggit\git_handler.pyc", line 1577, in _call_client
File "dulwich\client.pyc", line 1106, in send_pack
File "hggit\git_handler.pyc", line 1381, in genpack
File "dulwich\object_store.pyc", line 144, in __getitem__
File "dulwich\object_store.pyc", line 596, in get_raw
KeyError: b'73626b74ef756666d6570a3361795eca5a53f0f1'
```
Please note that I am unable to find `73626b74ef756666d6570a3361795eca5a53f0f1` in the preexisting `.hg/git-mapfile`.
The output of `hg debuginstall`, only my email address redacted:
```
> hg debuginstall
checking encoding (cp1252)...
checking Python executable (C:\Program Files\TortoiseHg\hg.exe)
checking Python implementation (CPython)
checking Python version (3.9.13)
checking Python lib (C:\Program Files\TortoiseHg\lib\library.zip)...
checking Python security support (sni,tls1.0,tls1.1,tls1.2)
checking Rust extensions (missing)
checking Mercurial version (6.3.2)
checking Mercurial custom build ()
checking module policy (allow)
checking installed modules (C:\Program Files\TortoiseHg\lib\library.zip\mercurial)...
checking registered compression engines (bz2, bz2truncated, none, zlib, zstd)
checking available compression engines (bz2, bz2truncated, none, zlib, zstd)
checking available compression engines for wire protocol (zstd, zlib, bz2, none)
checking "re2" regexp engine (missing)
checking templates (C:\Program Files\TortoiseHg\templates)...
checking default template (C:\Program Files\TortoiseHg\templates\map-cmdline.default)
checking commit editor... (notepad)
checking username (Oliver Schneider <xx@yy.zz>)
no problems detected
```
I see this issue both from the command line and from within the TortoiseHg Workbench.
Is there anything I could do in an attempt to get more details to you? E.g. can I somehow unpack the enclosed `library.zip` and make it into a "site directory" for the Python 3.9 version that ships with TortoiseHg 6.3.2? Is there a way to invoke the shipped Python and tell it to install a more recent version of `hggit` and friends in the per-user path, or does this require installing Python 3.9 and abusing that to do it? This way I could report it better to the `dulwich` or `hggit` project by first confirming if the issue has been resolved.
Thanks for any insights you can provide that help me to give you more useful information.
PS: Pushing to preexisting remote Git repos works flawlessly.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5867extension problem: mercurial_keyring2023-04-19T16:15:03ZVladimir Smorodincevextension problem: mercurial_keyringHello.
I use Windows 10 and Mercurial - 5.9.2 x64, but I decided to upgrade to the latest version 6.3.2 x64, in the application I used the mercurial_keyring extension, after the upgrade I needed to clone a new repository from the server...Hello.
I use Windows 10 and Mercurial - 5.9.2 x64, but I decided to upgrade to the latest version 6.3.2 x64, in the application I used the mercurial_keyring extension, after the upgrade I needed to clone a new repository from the server to local storage, but there was no effect when entering the password , every time a window appeared asking you to enter the password again and an authorization error was displayed, I tried to enter commands through CMD, the same effect, then I tried to reinstall the program, cleaning up the settings and configuration files of the application - it didn’t help, the effect remained the same, also I I noticed that access to existing repositories also began to require a password and an authorization error was displayed, then I tried to disable the mercurial_keyring extension and entering the password everything started. I tried to enable the extension and again when working with the repositories there was an authorization error, so I believe that there are authorization problems with this extension. I decided to delete the application again and roll back to version 5.9.2, this version has no problems with this extension.
my system where the problem was found:
windows 10 Pro (21H2 - 19044.2486)
Mercurial 6.3.2 x64https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5866REGRESSION: doesn't offer me option to force push when pushing new heads2023-06-07T08:41:31Zphp4fanREGRESSION: doesn't offer me option to force push when pushing new headsWhen I do a push that results in pushing new heads, I used to get a prompt from THG that warned me that that was the case, and there was an option to continue anyway. I don't remember exactly how it was phrased, but there was an OK/Cance...When I do a push that results in pushing new heads, I used to get a prompt from THG that warned me that that was the case, and there was an option to continue anyway. I don't remember exactly how it was phrased, but there was an OK/Cancel or Continue/Cancel choice. When choosing ok/continue/whatever-it-was, it would do a "push -f" for me.
Now, instead, I just get the error message. It's pretty clear and I just need to go and do "push -f" myself from a terminal, but it's stupid. Note that the "push -f" done from the terminal does work.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5865DPI scaling issues on workbench2023-06-05T03:36:52ZUlrich KobsaDPI scaling issues on workbenchTortoiseHG 6.2.3 / Windows x64:
workbench showing a lot of DPI scaling issues when moving between monitors of different DPI scaling.
start workbench on main monitor having 96 DPI (100% scaling) : everything looks fine
![workbench_96_D...TortoiseHG 6.2.3 / Windows x64:
workbench showing a lot of DPI scaling issues when moving between monitors of different DPI scaling.
start workbench on main monitor having 96 DPI (100% scaling) : everything looks fine
![workbench_96_DPI](/uploads/28018cafc365451ac445700e1f84da2f/workbench_96_DPI.png)
now move the window to secondary monitor using 192 DPI (200% scaling)
![workbench_192_DPI](/uploads/15be174e5ed1e3f96e369a784d975d5b/workbench_192_DPI.png)
--> Fonts are getting crazy.
From Taskmanager I can see that the workbench is running per monitor aware:
![process_DPI_Awareness](/uploads/c4a7c01712d4459e8c1a3d626c3284f6/process_DPI_Awareness.png)
At least there is a workaround for it: set the application to run as system aware (on file Properties, Compatibility, High DPI settings). Then no scaling is done by application itself.
edit: just installed latest version 6.3.2. Same problem.
kind regards,
Ulrichhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5864hg identify --num2023-01-16T16:04:59ZStanislav Švechg identify --num```python
** Mercurial version (6.3.2). TortoiseHg version (6.3.2)
** Command:
** CWD: C:\Program Files\TortoiseHg
** Encoding: cp1250
** Extensions loaded: rebase, strip, tortoisehg.util.configitems
** Python version: 3.9.13 (tags/v3....```python
** Mercurial version (6.3.2). TortoiseHg version (6.3.2)
** Command:
** CWD: C:\Program Files\TortoiseHg
** Encoding: cp1250
** Extensions loaded: rebase, strip, tortoisehg.util.configitems
** Python version: 3.9.13 (tags/v3.9.13:6de2ca5, May 17 2022, 16:36:42) [MSC v.1929 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=2, build=9200, platform=2, service_pack='')
** Processor architecture: x64
** Qt-5.15.2 PyQt-5.15.7 QScintilla-2.13.3
Traceback (most recent call last):
File "tortoisehg\hgqt\status.pyc", line 760, in run
File "mercurial\subrepo.pyc", line 83, in decoratedmethod
File "mercurial\subrepo.pyc", line 660, in dirty
File "mercurial\context.pyc", line 1671, in dirty
File "mercurial\util.pyc", line 1759, in __get__
File "mercurial\context.pyc", line 169, in substate
File "mercurial\subrepoutil.pyc", line 78, in state
File "mercurial\context.pyc", line 1575, in __contains__
File "mercurial\dirstate.pyc", line 335, in get_entry
File "mercurial\dirstatemap.pyc", line 66, in get
File "mercurial\util.pyc", line 1759, in __get__
File "mercurial\dirstatemap.pyc", line 203, in _map
File "mercurial\dirstatemap.pyc", line 302, in read
File "mercurial\util.pyc", line 1834, in wrapper
ValueError: overflow in dirstate
```https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5863Immediately upon upgrading to THg 6.3.2 (Windows, x64) I get a permission den...2023-05-04T16:41:15ZassarbadImmediately upon upgrading to THg 6.3.2 (Windows, x64) I get a permission denied error regarding the TortoiseHgOverlayServerThe message box reads:
```
---------------------------
Errors in 'TortoiseHgOverlayServer.exe'
---------------------------
The logfile 'C:\ProgramData\TortoiseHg\TortoiseHgOverlayServer.log' could not be opened:
[Errno 13] Permission d...The message box reads:
```
---------------------------
Errors in 'TortoiseHgOverlayServer.exe'
---------------------------
The logfile 'C:\ProgramData\TortoiseHg\TortoiseHgOverlayServer.log' could not be opened:
[Errno 13] Permission denied: 'C:\\ProgramData\\TortoiseHg\\TortoiseHgOverlayServer.log'
---------------------------
OK
---------------------------
```
I don't know if this will be a one-time issue or points to some deeper issue. Anyway, looking at it with PowerShell we can see:
## Security descriptor of C:\ProgramData\TortoiseHg\TortoiseHgOverlayServer.log
NB: These are all inherited from `C:\ProgramData`, btw.
```
$ (Get-Acl -Path C:\ProgramData\TortoiseHg\TortoiseHgOverlayServer.log).sddl
O:BAG:S-1-5-21-1956275055-2109141404-336736917-513D:AI(A;ID;FA;;;SY)(A;ID;FA;;;BA)(A;ID;0x1200a9;;;BU)
```
In all likelihood the file got created by an elevated process, which makes sense. Thus the file is owned by the `BUILTIN\Administrators` alias (`BA`) and the Group is set to `S-1-5-21-1956275055-2109141404-336736917-513` (`None` group, local to my machine). The ACEs are *all* inherited (`ID`):
* `O:BA` -> Owner: `BUILTIN\Administrators`
* `G:S-1-5-21-1956275055-2109141404-336736917-513` -> Group: `.\None` (this is irrelevant and was introduced for POSIX compatibility originally)
* `D:AI` (DACL, auto-inherited)
* `(A;ID;FA;;;SY)` -> Allow (inherited), File All (access) to `NT AUTHORITY\SYSTEM` (`SY`)
* `(A;ID;FA;;;BA)` -> Allow (inherited), File All (access) to `BUILTIN\Administrators` (`BA`)
* `(A;ID;0x1200a9;;;BU)` -> Allow (inherited), File Generic Read (access, == mask 0x1200a9) to `BUILTIN\Users` (`BU`)
* Hope I am getting it right, but I think that `0x1200a9 ` means:
* `FILE_READ_DATA | FILE_READ_EA` == `0x000009`
* `FILE_EXECUTE | FILE_READ_ATTRIBUTES` == `0x0000a0`
* `READ_CONTROL` == `0x020000`
* `SYNCHRONIZE` == `0x100000`
* All `or`-d together defined as **`FILE_GENERIC_READ`** in a number of Windows headers
So we need to look further up the chain ...
## Security descriptor of C:\ProgramData\TortoiseHg
NB: These are all inherited from `C:\ProgramData`, btw.
```
$ (Get-Acl -Path C:\ProgramData\TortoiseHg).sddl
O:S-1-5-21-1956275055-2109141404-336736917-1001G:S-1-5-21-1956275055-2109141404-336736917-513D:AI(A;OICIID;FA;;;SY)(A;OICIID;FA;;;BA)(A;ID;FA;;;S-1-5-21-1956275055-2109141404-336736917-1001)(A;OICIIOID;GA;;;CO)(A;OICIID;0x1200a9;;;BU)(A;CIID;DCLCRPCR;;;BU)
```
* `O:S-1-5-21-1956275055-2109141404-336736917-1001` -> Owner: local user with RID=1001 (that's my own user account)
* `G:S-1-5-21-1956275055-2109141404-336736917-513` -> Group: `.\None`
* `D:AI`
* `(A;OICIID;FA;;;SY)` -> Allow (inherited and propagating down with object inheritance [`OI`] and container inheritance [`CI`]), File All (access) to `NT AUTHORITY\SYSTEM` (`SY`) [**This folder, subfolders and files**]
* `(A;OICIID;FA;;;BA)` -> Allow (inherited and propagating down with object inheritance [`OI`] and container inheritance [`CI`]), File All (access) to `BUILTIN\Administrators` (`BA`) [**This folder, subfolders and files**]
* `(A;ID;FA;;;S-1-5-21-1956275055-2109141404-336736917-1001)` -> Allow (inherited), Full File (access) to my local user [**This folder only**]
* `(A;OICIIOID;GA;;;CO)` -> Allow (inherited and propagating down with object inheritance [`OI`] and container inheritance [`CI`], inheritance only [`IO`]), Generic All (access) to `CREATOR OWNER` (`CO`, which refers to the Owner shown above) [**Subfolders and files only**]
* `(A;OICIID;0x1200a9;;;BU)` -> Allow (inherited and propagating down with object inheritance [`OI`] and container inheritance [`CI`]), File Generic Read (access, see above) to `BUILTIN\Users` (`BU`) [**This folder, subfolders and files**]
* `(A;CIID;DCLCRPCR;;;BU)` -> Allow (inherited and propagating down with container inheritance [`CI`]), `DCLCRPCR` (see below) [**This folder and subfolders**]
* `DC` == Delete Contents (both leaf and container objects)
* `LC` == List Contents
* `RP` == Read Properties
* `CR` == All Extended Rights
## Observation
While the container object (`C:\ProgramData\TortoiseHg`) allows creation of leaf and container child objects to `CREATOR OWNER` or `BUILTIN\Administrators`, there is no other ACE that would allow writing to such a created leaf object. This would have to be set during creation from elevated context, using `LPSECURITY_ATTRIBUTES`.
## Conclusion
Thus `C:\ProgramData\TortoiseHg` should at least add an ACE of its own to the inherited ACEs, which grants `BUILTIN\Users` (`BU`) at least write, if not full, access. Local ACEs take precedence over more distant ones, which is why this would work.
**Adding** and ACE `(A;OICI;FA;;;BU)` (or `(A;OICI;FW;;;BU)`) to `C:\ProgramData\TortoiseHg` prior to any object creation inside, should fix this.
No clue how to achieve this in Python -- yet -- but I know how to do it in C# and C++ and in terms of SDDL, using PowerShell, say.
Regarding SDDL:
* https://learn.microsoft.com/en-us/windows/win32/secauthz/ace-strings
* https://itconnect.uw.edu/tools-services-support/it-systems-infrastructure/msinf/other-help/understanding-sddl-syntax/
* https://devblogs.microsoft.com/oldnewthing/20220510-00/?p=106640
* https://clan8blog.wordpress.com/2016/08/08/sddl-explained/https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5861Crash when closing repo, asked to report by TortoiseHg bug reporter2023-01-13T22:13:01ZGreg SmithCrash when closing repo, asked to report by TortoiseHg bug reporterOpened repo directly (not via server) to modify the Description and Contact as doing this remotely does not seem to work. Opene a second repo in same way and closed the first.
```python
** Mercurial version (6.3.1). TortoiseHg version ...Opened repo directly (not via server) to modify the Description and Contact as doing this remotely does not seem to work. Opene a second repo in same way and closed the first.
```python
** Mercurial version (6.3.1). TortoiseHg version (6.3.1+1-9c2636d208dd)
** Command:
** CWD: C:\Program Files\TortoiseHg
** Encoding: cp1252
** Extensions loaded: hggit 1.0.1 (dulwich 0.20.46), histedit, mq, rebase, strip, tortoisehg.util.configitems, uncommit
** Python version: 3.9.13 (tags/v3.9.13:6de2ca5, May 17 2022, 16:36:42) [MSC v.1929 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=2, build=9200, platform=2, service_pack='')
** Processor architecture: x64
** Qt-5.15.2 PyQt-5.15.7 QScintilla-2.13.3
Traceback (most recent call last):
File "tortoisehg\hgqt\repotab.pyc", line 172, in closeTab
File "tortoisehg\hgqt\repotab.pyc", line 182, in _closeTabs
File "tortoisehg\hgqt\repotab.pyc", line 203, in _removeTabs
File "tortoisehg\hgqt\thgrepo.pyc", line 734, in releaseRepoAgent
KeyError: '\\\\ced-dc01\\hg\\repo\\1401\\jed2fli'https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5860Localization broken2023-04-04T02:51:52ZMarcel EllerbrokLocalization brokenDear TortoiseHG-Support,
I am software developer on a Windows 10 system with German as natural operating system language. Nevertheless, I don't want to use TortioseHG in German, but in English. Because in a multilingual team it is commo...Dear TortoiseHG-Support,
I am software developer on a Windows 10 system with German as natural operating system language. Nevertheless, I don't want to use TortioseHG in German, but in English. Because in a multilingual team it is common to use English expressions. To do so, I swiched the dialog language in the settings dialog to "en". As you may see in this screenshot, and everything worked fine and consistent.
![Settings](/uploads/1df3a2911186939877360f5b86480db5/Settings.png)
Recently I had to update my TortoiseHG to version 6.2.3-x64. From this moment on, the Localization of Tortoise seems very strange.
Some parts are English language, as intended. Some parts still remained in German system language. Some parts of the user interface are even mixed German AND English.
![English](/uploads/82889bdf4f543ecff0de0740ff402b29/English.png)
![German](/uploads/af5147208e6021f3657bcb8ab0bb6df5/German.png)
![Mixed](/uploads/f8d70b53c55853b8cb547a0f4276015c/Mixed.png)
Could you please investigate this issue to provide a consistent user interface in the **selected** language independend of the operationg system language?
Thanks a lot in advance!
Best regards,
Marcel Ellerbrokhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5859Tooltips in tabs utterly broken: randomly truncated, flickering, drawing garbage2023-03-23T19:35:12Zphp4fanTooltips in tabs utterly broken: randomly truncated, flickering, drawing garbageI know this issue most likely doesn't belong to TortoiseHg but some graphics library that you use, but since I have no idea which one it is, I report it to you so that you can report it upstream.
Steps to reproduce:
- Open several rep...I know this issue most likely doesn't belong to TortoiseHg but some graphics library that you use, but since I have no idea which one it is, I report it to you so that you can report it upstream.
Steps to reproduce:
- Open several repositories
- move the mouse cursor between tabs
Observed result:
The tooltips that show the repository path on rollover behave erratically. Sometimes they are randomly truncated. Sometimes the animation (btw, there's no need to animate them, it's just stupid) is broken, stretching or squeezing the characters to absurd sizes. Sometimes they flicker. Sometimes random portions look like they have been cut and pasted elsewhere. Sometimes they generate shadows that don't match. Sometimes pieces of the tooltips that are already gone remain there randomly blinking. It's a *****show, basically.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5858Folder overlay icons are all ?2023-01-06T03:44:45ZajansveldFolder overlay icons are all ?As shown in the attached image, all folder icons have a question mark, even on a freshly cloned repo.
Perhaps related, TortoiseHgOverlayServer.exe is NOT running (it immediately terminates with a 255 exit code).
This is on a fresh inst...As shown in the attached image, all folder icons have a question mark, even on a freshly cloned repo.
Perhaps related, TortoiseHgOverlayServer.exe is NOT running (it immediately terminates with a 255 exit code).
This is on a fresh install of the latest TortoiseHg (version 6.2.3).
![overlay](/uploads/6ce5507b106aea6d702a0de04df96bbf/overlay.png)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5857Filter Toolbar - can't delete old stored revsets2022-12-23T16:35:09ZLazy BadgerFilter Toolbar - can't delete old stored revsetsI have some revsets in Filter history (defined in THG 4-5 some years ago), which can't delete - Delete button can't be activated|pressed (even no background change in on-hover)
Fresh additions can be deleted without any glitches
Detect...I have some revsets in Filter history (defined in THG 4-5 some years ago), which can't delete - Delete button can't be activated|pressed (even no background change in on-hover)
Fresh additions can be deleted without any glitches
Detected on THG 6.2.3, Win10https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5856commit new changes2022-12-22T06:15:51Zpavel_1406commit new changes```python
** Mercurial version (6.2.3). TortoiseHg version (6.2.3)
** Command: --nofork commit
** CWD:
** Encoding: cp1251
** Extensions loaded: strip, tortoisehg.util.configitems
** Python version: 3.9.12 (tags/v3.9.12:b28265d, Mar 23 ...```python
** Mercurial version (6.2.3). TortoiseHg version (6.2.3)
** Command: --nofork commit
** CWD:
** Encoding: cp1251
** Extensions loaded: strip, tortoisehg.util.configitems
** Python version: 3.9.12 (tags/v3.9.12:b28265d, Mar 23 2022, 23:52:46) [MSC v.1929 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=2, build=9200, platform=2, service_pack='')
** Processor architecture: x64
** Qt-5.15.2 PyQt-5.15.7 QScintilla-2.13.3
Traceback (most recent call last):
File "tortoisehg\hgqt\commit.pyc", line 1274, in commandFinished
File "tortoisehg\util\shlib.pyc", line 50, in shell_notify
File "os.pyc", line 824, in fsdecode
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xca in position 111: invalid continuation byte
```https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5855Pushing to a git repository fails on a tag with double quotes2022-12-21T21:09:34ZTim LebedkovPushing to a git repository fails on a tag with double quotesHere is the error message in TortoiseHg:
Abbruch: Invalid argument: 'C:\Users\tlebedkov\Projekte/.hg/git\refs\tags\Regeleditor_"RE2-Regeln_auf_allen_Ebenen"_fertig'Here is the error message in TortoiseHg:
Abbruch: Invalid argument: 'C:\Users\tlebedkov\Projekte/.hg/git\refs\tags\Regeleditor_"RE2-Regeln_auf_allen_Ebenen"_fertig'https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/5854TortoiseHG isn't charset-agnostic anymore?2022-12-17T16:15:04ZLazy BadgerTortoiseHG isn't charset-agnostic anymore?Old issue with full 8-bit texts and different charsets for GUI and CLI (solvable earlier - in HG 4-5 - with proper `chcp`)
Mercurial
```
hg --version -v --debug
pager is unavailable with py2exe packaging
Mercurial Distributed SCM (vers...Old issue with full 8-bit texts and different charsets for GUI and CLI (solvable earlier - in HG 4-5 - with proper `chcp`)
Mercurial
```
hg --version -v --debug
pager is unavailable with py2exe packaging
Mercurial Distributed SCM (version 6.2.3)
(see https://mercurial-scm.org for more information)
Copyright (C) 2005-2022 Olivia Mackall and others
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Enabled extensions:
convert internal
hggit external 1.0.0 (dulwich 0.20.46)
histedit internal
rebase internal
strip internal
```
Windows
```
ver
Microsoft Windows [Version 10.0.19045.2364]
```
Objects affected:
* 8bit texts of commit-messages
* 8bit filenames in diffs
* 8bit as diff-content
I haven't for now repos with 8bit filenames, but... The nature and manifestation of the effects of paragraphs 1 and 2 are the same
Steps to reproduce:
1. Make commit with 8bit message in GUI (THG, cp1251)
1. Try `hg log` in CLI (any, cp866 by default)
2. Switch codepage, repeat `hg log`
3. Get the same output (unreadable) both times, while expect it only on step 2
```log
hg log -r ("5 or 11") -T compact | bat -p
5 8f2cca1130c2 2020-01-23 12:45 +0500 lazybadger
╚ёяЁртыхэшх чруюыютър, ЄхёЄ
11 96d6f08eeddf 2020-03-15 15:55 +0500 lazybadger
╬ЇюЁьыхэ√ чруюыютъш тёхї ёЄЁрэшЎ kick-start, шёяЁртыхэ√ юяхўрЄъш
chcp
Active code page: 866
chcp 1251
Active code page: 1251
hg log -r ("5 or 11") -T compact | bat -p
5 8f2cca1130c2 2020-01-23 12:45 +0500 lazybadger
╚ёяЁртыхэшх чруюыютър, ЄхёЄ
11 96d6f08eeddf 2020-03-15 15:55 +0500 lazybadger
╬ЇюЁьыхэ√ чруюыютъш тёхї ёЄЁрэшЎ kick-start, шёяЁртыхэ√ юяхўрЄъш
```
(Piping to bat added only for readability of chars, it doesn't perform any decoding, because plain log with my font produce just totally useless `����������� ���������, ����`)
Using decoder on bat's output, as restored my texts as "source encoding: WINDOWS-1251 displayed as: CP866" (which is definitely wrong for step 3 from "Steps")
Concerning item 3 from "Objects affected" list: I see readable output only for UTF8-encoded text, not for (common) cp 1251 windows-encoding, which is **A Big Headache** in some (non-coding) areas and cases, but less critical than every-day case for log