thg issueshttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues2020-06-21T11:02:32Zhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4597Feature Request: Ability to select/deselect all matching chunks in shelve sea...2020-06-21T11:02:32ZBitbucket ImporterFeature Request: Ability to select/deselect all matching chunks in shelve search bar*Created originally on Bitbucket by Anonymous*
When we are editing large files (for example updating EDMX files from a database), we often have a large number of chunks that we do not want to commit.
Currently the workflow we have to...*Created originally on Bitbucket by Anonymous*
When we are editing large files (for example updating EDMX files from a database), we often have a large number of chunks that we do not want to commit.
Currently the workflow we have to do this is:
* Shelve all edmx file changes
* Use the search bar on the shelve dialog to highlight relevant chunks
* Scroll through the list (or press Next) and tick each chunk individually, we can unshelve those changes and have a clean commit for that feature
It would be really helpful if there were buttons in the search bar to select all / deselect all matching chunks. This would save us a lot of time and reduce the chance of human error.
As a side note: I was originally going to submit a request to have any search bar at all but then discovered the very subtle button that opens this up. Possibly the button to open the search bar should also say "Search" next to the icon? There is a lot of unused space available.
*Attachments:* [shelve_search_button_text](/uploads/065ce1cee2b26c64a216ec664769cfc2/shelve_search_button_text.png)[Shelve_Dialog_Search_Buttons](/uploads/b94b7babcd08a25a62490a361dab51b7/Shelve_Dialog_Search_Buttons.png)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4591Ctrl+. shortcut (Go to current revision) doesn't work on macOS2020-06-21T11:02:24ZBitbucket ImporterCtrl+. shortcut (Go to current revision) doesn't work on macOS*Created originally on Bitbucket by Anonymous*
MacOSX 10.11.6, TortoiseHg 3.8.4 and 3.9.0 (installed from binary on bitbucket)*Created originally on Bitbucket by Anonymous*
MacOSX 10.11.6, TortoiseHg 3.8.4 and 3.9.0 (installed from binary on bitbucket)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4588importing mimetypes raises TypeError (Windows)2020-06-21T11:02:20ZBitbucket Importerimporting mimetypes raises TypeError (Windows)*Created originally on Bitbucket by [radzioreku (Radosław Urbanik)](https://bitbucket.org/%7B06016386-f4f5-4449-b79d-cfadfcf3ef28%7D/)*
Errors occured
The logfile 'C:\Program Files\TortoiseHg\thgw.exe.log' could not be opened: [Errno...*Created originally on Bitbucket by [radzioreku (Radosław Urbanik)](https://bitbucket.org/%7B06016386-f4f5-4449-b79d-cfadfcf3ef28%7D/)*
Errors occured
The logfile 'C:\Program Files\TortoiseHg\thgw.exe.log' could not be opened: [Errno 13] Permission denied: 'C:\\Program Files\\TortoiseHg\\thgw.exe.log'
This shows everytime. Can not use thg.
configuration: Windows 10, thg 3.9.0, after upgrade from thg 3.7.1.
*Attachments:* [thg-output.txt](/uploads/c9988319ee31fc28340fdb84826cc53a/thg-output.txt)https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4584race condition around thgstatus update create massive amount of leftover tmp ...2020-06-21T11:02:10ZBitbucket Importerrace condition around thgstatus update create massive amount of leftover tmp file*Created originally on Bitbucket by [andcycle](https://bitbucket.org/%7Bde886ace-1450-4d1a-8749-82651406e121%7D/)*
I spot this issue for a long time, and this really require some attention,
as I used to open Hg Commit and Hg Workbenc...*Created originally on Bitbucket by [andcycle](https://bitbucket.org/%7Bde886ace-1450-4d1a-8749-82651406e121%7D/)*
I spot this issue for a long time, and this really require some attention,
as I used to open Hg Commit and Hg Workbench window at the same time,
it always have some conflict that TortoiseHg will race for update **thgstatus** file,
the result is **.hg** folder will be filled with thousands even millions of **.thgstatus-?????** tmp file,
this will stress out the filesystem in no time.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4581graph: optimized graph layouter shows needless family lines2020-06-21T11:02:07ZBitbucket Importergraph: optimized graph layouter shows needless family lines*Created originally on Bitbucket by [iwata0303 (H Iwata)](https://bitbucket.org/%7Bc6dac0b6-a61d-4801-bd97-68009375ec55%7D/)*
When both `Show family Line` and `Use optimized graph layouter` are selected,
needless (duplicated) family l...*Created originally on Bitbucket by [iwata0303 (H Iwata)](https://bitbucket.org/%7Bc6dac0b6-a61d-4801-bd97-68009375ec55%7D/)*
When both `Show family Line` and `Use optimized graph layouter` are selected,
needless (duplicated) family lines are shown in some cases.
For example, when filtering thg repository by "branch(stable)", you will see below graph.
![needless-family-lines.png](https://bitbucket.org/repo/48R4X/images/1231847068-needless-family-lines.png)
Output from `thg version` is
```
TortoiseHg Dialogs (version 3.9), Mercurial (version 3.9)
...
```
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4574Unable to revert docx file with zipdoc extension2020-06-21T11:01:57ZBitbucket ImporterUnable to revert docx file with zipdoc extension*Created originally on Bitbucket by Anonymous*
I just upgrade to thg 3.9 and now I'm unable to revert any .docx file.
The log says that command is successfull, even with --debug option, but the .docx file remains modified in the work...*Created originally on Bitbucket by Anonymous*
I just upgrade to thg 3.9 and now I'm unable to revert any .docx file.
The log says that command is successfull, even with --debug option, but the .docx file remains modified in the workbench.
After searching a little, the same problem exists in v3.8.3 but not in v3.7.3.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4573IOError when trying to shelve files in repo that is located in an admin prote...2020-06-21T11:01:56ZBitbucket ImporterIOError when trying to shelve files in repo that is located in an admin protected area*Created originally on Bitbucket by Anonymous*
My C:\_projects\WpfRainbowColors3 was initially created using admin user.
Currently when I'm trying to access that dir using another user (which also has admin rights) I'm getting a follo...*Created originally on Bitbucket by Anonymous*
My C:\_projects\WpfRainbowColors3 was initially created using admin user.
Currently when I'm trying to access that dir using another user (which also has admin rights) I'm getting a following exception:
#!python
** Mercurial version (3.3). TortoiseHg version (3.3)
** Command: --nofork workbench
** CWD: C:\_projects\WpfRainbowColors3
** Encoding: cp1252
** Extensions loaded: eol, hgk, rebase, shelve, transplant, strip
** Python version: 2.7.6 (default, Nov 10 2013, 19:24:24) [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.5 PyQt-4.10.3 QScintilla-2.7.2
Traceback (most recent call last):
File "tortoisehg\hgqt\shelve.pyo", line 229, in moveFilesRight
File "tortoisehg\hgqt\chunks.pyo", line 341, in mergeChunks
File "tortoisehg\hgqt\thgrepo.pyo", line 898, in thgbackup
File "shutil.pyo", line 83, in copyfile
IOError: [Errno 22] invalid mode ('wb') or filename: 'C:\\_projects\\WpfRainbowColors3\\.hg\\Trashcan\\2016-08-23_15-01-23_parent_rev_30__grey_uql5sh.bak'
However, when I run TortoiseHG as administrator everything is ok. https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4572"The handle is invalid" for git subrepository (Windows)2020-06-21T11:01:55ZBitbucket Importer"The handle is invalid" for git subrepository (Windows)*Created originally on Bitbucket by Anonymous*
* perform following commands in some empty dir:
```
#!cmd
hg init
echo googletest = [git]https://github.com/google/googletest.git > .hgsub
hg add
git clone https://github.com/goog...*Created originally on Bitbucket by Anonymous*
* perform following commands in some empty dir:
```
#!cmd
hg init
echo googletest = [git]https://github.com/google/googletest.git > .hgsub
hg add
git clone https://github.com/google/googletest.git
hg commit -m "subrepo added"
thg
```
* in Workbench click "* Working directory node *"
BUG: "error executing git for subrepo 'src/googletest': The handle is invalid" is issued.
It works fine when I run hg in console but it effectively makes the usage of git subrepos useless for me as I usually work from Workbench.
#!python
** Mercurial version (3.9). TortoiseHg version (3.9)
** Command:
** CWD: C:\Work\!vpi\python_embedding
** Encoding: cp1251
** Extensions loaded: graphlog, transplant, hgflow, eol, largefiles, strip, mq, rebase, mercurial_keyring, histedit, churn, purge, record, convert, mercurial_tools, outproc, share, exportfiles, hggit
** Python version: 2.7.9 (default, Dec 10 2014, 12:28:03) [MSC v.1500 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=1, build=7601, platform=2, service_pack='Service Pack 1')
** Processor architecture: x64
** Qt-4.8.6 PyQt-4.11.3 QScintilla-2.8.4
Traceback (most recent call last):
File "tortoisehg\hgqt\cmdui.pyo", line 605, in runCommand
File "tortoisehg\hgqt\update.pyo", line 343, in runCommand
File "tortoisehg\hgqt\update.pyo", line 290, in isclean
File "tortoisehg\hgqt\thgrepo.pyo", line 936, in sub
File "mercurial\context.pyo", line 280, in sub
File "mercurial\subrepo.pyo", line 360, in subrepo
File "mercurial\subrepo.pyo", line 1293, in __init__
File "mercurial\subrepo.pyo", line 1303, in _ensuregit
Abort: error executing git for subrepo 'src/googletest': The handle is invalidhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4563No subversion bindings for python available for Subversion 1.9+2020-06-21T11:01:44ZBitbucket ImporterNo subversion bindings for python available for Subversion 1.9+*Created originally on Bitbucket by [kelvin_green (Kelvin Green)](https://bitbucket.org/%7Bf860b9ee-1fb9-4b5c-bc61-50a559cdd5d2%7D/)*
On the libsvn wiki page, the downloads for svn bindings are for SVN 1.7.5. If used with hgsubversion t...*Created originally on Bitbucket by [kelvin_green (Kelvin Green)](https://bitbucket.org/%7Bf860b9ee-1fb9-4b5c-bc61-50a559cdd5d2%7D/)*
On the libsvn wiki page, the downloads for svn bindings are for SVN 1.7.5. If used with hgsubversion to clone a repository created with SVN 1.9 or greater, user will encounter an error similar to the following:
> hg clone 'file:///C:/svn_repo'
>destination directory: trunk
>abort: Unable to open an ra_local session to URL
>Unable to open repository 'file:///C:/svn_repo'
>'C:\svn_repo\db\format' contains invalid filesystem format option 'addressing logical'
For SVN repos created with SVN 1.9 using FSFS format 7, older versions of SVN can't access the repo as has been documented several times (http://stackoverflow.com/a/33264998)
Suggest adding subversion bindings for python for the newest version of SVN to the downloads section as downgrading the version of used to create a repository isn't possible in some situations.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4561Crash on Compare with Local when subst drive reassigned.2020-06-21T11:01:42ZBitbucket ImporterCrash on Compare with Local when subst drive reassigned.*Created originally on Bitbucket by Anonymous*
The workbench remained open on subst drive (P:) reassignment. Days later, I requested a compare with local on a previous version, and TortoiseHg issued a "report this bug" request causing ...*Created originally on Bitbucket by Anonymous*
The workbench remained open on subst drive (P:) reassignment. Days later, I requested a compare with local on a previous version, and TortoiseHg issued a "report this bug" request causing a 20-minute detour. At that point the error wasn't obvious. I later recalled that the workspace was on a subst drive that has been reassigned. A simple message saying "file x is not readable" is preferable.
#!python
** Mercurial version (3.3). TortoiseHg version (3.3)
** Command: --nofork workbench
** CWD: P:\code
** Encoding: cp1252
** Extensions loaded: strip
** Python version: 2.7.6 (default, Nov 10 2013, 19:24:24) [MSC v.1500 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=1, build=7601, platform=2, service_pack='Service Pack 1')
** Processor architecture: x64
** Qt-4.8.5 PyQt-4.10.3 QScintilla-2.7.2
Traceback (most recent call last):
File "tortoisehg\hgqt\repowidget.pyo", line 1505, in visualDiffToLocal
File "tortoisehg\hgqt\visdiff.pyo", line 216, in visualdiff
File "mercurial\copies.pyo", line 209, in pathcopies
File "mercurial\copies.pyo", line 177, in _forwardcopies
File "mercurial\copies.pyo", line 133, in _tracefile
File "mercurial\context.pyo", line 965, in ancestors
File "mercurial\context.pyo", line 817, in parents
File "mercurial\util.pyo", line 450, in __get__
File "mercurial\context.pyo", line 647, in _filenode
File "mercurial\revlog.pyo", line 906, in lookup
LookupError: data/code/build/startrel_allpro.bat.i@b919fc07d2a8: no match foundhttps://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4540docdiff: Viewing file differences in Excel, says "Same file name"2020-06-21T11:01:20ZBitbucket Importerdocdiff: Viewing file differences in Excel, says "Same file name"*Created originally on Bitbucket by [banjobeni](https://bitbucket.org/%7B137affff-8616-41dc-b8f1-b9ce3308c495%7D/)*
I am using TortoiseHg version 3.8.3.
When versioning an excel .xls oder .xlsx file, it is not possible to view a diff...*Created originally on Bitbucket by [banjobeni](https://bitbucket.org/%7B137affff-8616-41dc-b8f1-b9ce3308c495%7D/)*
I am using TortoiseHg version 3.8.3.
When versioning an excel .xls oder .xlsx file, it is not possible to view a diff by using Visual Diffs and then choosing tool docdiff. The way Visual Diff creates temporary files, it will always be the case that the filenames are identical. There seems to be [some magic here](https://bitbucket.org/georgem/tortoisehg-stable/src/db83e051c6ea90aab093f6dc38d1c82928735016/contrib/docdiff.py?at=default&fileviewer=file-view-default#docdiff.py-74) that creates a renamed copy of one of the input files in case the file name is the same (in my case 'output.xlsx') and the filename contains "xls".
So one of the files is successfully copied to "output.xlsx~x1" and then used as one of the files to be diffed. But it seems this rename is not sufficient in order to be able to compare the files:
![xlsdifftest.png](https://bitbucket.org/repo/48R4X/images/3286935652-xlsdifftest.png)
I tried **renaming the file to "output.~1.xlsx" instead** and then, using the folling command line, excel pops up and shows the differences.
```
#!batch
C:\Users\ber.SMA\AppData\Local\Temp\thg.7et_ma>docdiff "xlsdifftest.3.1\output.~1.xlsx" xlsdifftest.3.2\output.xlsx
```
Changing the file name pattern in the above linked script might be a fix for this issue.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4532.orig file contains conflict markers after merge "take other"2020-06-21T11:01:08ZBitbucket Importer.orig file contains conflict markers after merge "take other"*Created originally on Bitbucket by Anonymous*
When performing a merge with option "automatically resolve merge conflicts where possible" activated
and there are conflicts that have to be resolved manually and then action "take other" ...*Created originally on Bitbucket by Anonymous*
When performing a merge with option "automatically resolve merge conflicts where possible" activated
and there are conflicts that have to be resolved manually and then action "take other" is taken,
the generated .orig files are not copies of the original file, but contain conflict markers like "<<<<<<< local" and ">>>>>>> other" as well as code from the other branch.
Others also stumbled over this behaviour, see https://sourceforge.net/p/tortoisehg/mailman/message/32845534/
Some may call this behaviour a feature, but from my point of view it is a bug, because a file named .orig should be the original file and not some merge attempt.
It would be better to generate an addtional file, for example named .merge, containing the merge attempt.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4531Tab icon while waiting for Push/Pull confirmation2020-06-21T11:01:07ZBitbucket ImporterTab icon while waiting for Push/Pull confirmation*Created originally on Bitbucket by [freefaller (Tom Hartland)](https://bitbucket.org/%7B5cf4cd9e-0a95-4cc5-a5e6-d4a68da4f24a%7D/)*
If you have multiple tabs open and you "check for incoming changes" or "detect outgoing changes" the tab...*Created originally on Bitbucket by [freefaller (Tom Hartland)](https://bitbucket.org/%7B5cf4cd9e-0a95-4cc5-a5e6-d4a68da4f24a%7D/)*
If you have multiple tabs open and you "check for incoming changes" or "detect outgoing changes" the tab updates to show the green sync icon while communication takes place with the remote server. And when you click Push All/Pull All button you get the same sync icon... that's all fine.
However, if you go to a different tab after you "check" or "detect" the green icon disappears and it's not obvious that the tab is awaiting your decision.
Can I suggest that either the sync button remains, or even better a new icon to denote that an interaction is being requested?
I realise that 99% of people will wait for the result of the check/detect and click the appropriate button straight away - but there are times when I'm working with 4 different repos at the same time and swap between them.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4522Show default repository URL in settings GUI2020-06-21T11:00:55ZBitbucket ImporterShow default repository URL in settings GUI*Created originally on Bitbucket by [roonski (Aaron Lawrence)](https://bitbucket.org/%7Bc7410afa-c0ea-443e-9bb3-39c02dbad434%7D/)*
The TortoiseHg settings for repositories shows you almost everything except what the default URL is for t...*Created originally on Bitbucket by [roonski (Aaron Lawrence)](https://bitbucket.org/%7Bc7410afa-c0ea-443e-9bb3-39c02dbad434%7D/)*
The TortoiseHg settings for repositories shows you almost everything except what the default URL is for the repository... this is something I very commonly want to check. Of course you can see it by editing the file but something so important should maybe be in the GUI?https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4520Allow to abort the rebase operation while resolving conflicts (abort by SIGINT)2020-06-21T11:00:53ZBitbucket ImporterAllow to abort the rebase operation while resolving conflicts (abort by SIGINT)*Created originally on Bitbucket by [schlamar (Marc Schlaich)](https://bitbucket.org/%7B0ed8ebc9-2100-466d-9d4d-dbd5d2caed79%7D/)*
See #4017*Created originally on Bitbucket by [schlamar (Marc Schlaich)](https://bitbucket.org/%7B0ed8ebc9-2100-466d-9d4d-dbd5d2caed79%7D/)*
See #4017https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4518Default to remember password in keyring2020-06-21T11:00:50ZBitbucket ImporterDefault to remember password in keyring*Created originally on Bitbucket by Anonymous*
I suggest that remembering passwords securely (probably in keyring) be the default config. It's kind of expected that there be a way to remember passwords, at least in an internal company s...*Created originally on Bitbucket by Anonymous*
I suggest that remembering passwords securely (probably in keyring) be the default config. It's kind of expected that there be a way to remember passwords, at least in an internal company setup.
Maybe it's not mandatory, there could be a checkbox to remember password in the prompt.
Alternatively, make the GUI give proper support to this common use case. At the moment it's quite difficult to figure out the correct combination of settings to get it working. Evidence: out of our 12 developers only 3 have figured out how to save password.
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4502Distribute python lz4 into Windows installer for remotefilelog2020-06-21T11:00:32ZBitbucket ImporterDistribute python lz4 into Windows installer for remotefilelog*Created originally on Bitbucket by [otrempe (Olivier Trempe)](https://bitbucket.org/%7B89a2a9e8-037b-444a-8959-8f3ffc9476df%7D/)*
The python package lz4 is required for the remotefilelog extension. Currently, on Windows, we need to add...*Created originally on Bitbucket by [otrempe (Olivier Trempe)](https://bitbucket.org/%7B89a2a9e8-037b-444a-8959-8f3ffc9476df%7D/)*
The python package lz4 is required for the remotefilelog extension. Currently, on Windows, we need to add sys.path.append('path to installed python's site-packages') in the remotefilelog extension so that the lz4 package can be imported properly when the extension is invoked through TortoiseHg.https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4490(Win10) Access Denied Error when deleting repository watched in Workbench2020-06-21T11:00:18ZBitbucket Importer(Win10) Access Denied Error when deleting repository watched in Workbench*Created originally on Bitbucket by Anonymous*
Steps to reproduce:
* clone arbitrary project and open it in workbench (will happen automatically when using the hg context menu to clone the project)
* with Windows Explorer try to **p...*Created originally on Bitbucket by Anonymous*
Steps to reproduce:
* clone arbitrary project and open it in workbench (will happen automatically when using the hg context menu to clone the project)
* with Windows Explorer try to **permanently** delete (SHIFT + DEL) the cloned repository and confirm Windows dialog
* in the workbench, the revison list empties, the graph turns black, and the traceback is displayed
Reproduced in both 3.7.x and 3.8.1.
#!python
** Mercurial version (3.8.1). TortoiseHg version (3.8.1)
** Command: --nofork clone
** CWD: C:\Entwicklung\Arbeitsverzeichnisse\projekte
** Encoding: cp1252
** Extensions loaded: strip, mq, rebase, purge, schemes
** Python version: 2.7.9 (default, Dec 10 2014, 12:28:03) [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.6 PyQt-4.11.3 QScintilla-2.8.4
Traceback (most recent call last):
File "tortoisehg\hgqt\thgrepo.pyo", line 467, in _onRepositoryChanged
File "tortoisehg\hgqt\thgrepo.pyo", line 867, in thginvalidate
File "mercurial\localrepo.pyo", line 1268, in invalidate
File "mercurial\localrepo.pyo", line 1232, in invalidatecaches
File "mercurial\localrepo.pyo", line 1236, in invalidatevolatilesets
File "mercurial\obsolete.pyo", line 1116, in clearobscaches
File "mercurial\localrepo.pyo", line 70, in __get__
File "mercurial\scmutil.pyo", line 1195, in __get__
File "mercurial\localrepo.pyo", line 487, in obsstore
File "mercurial\obsolete.pyo", line 546, in __nonzero__
File "mercurial\scmutil.pyo", line 415, in stat
WindowsError: [Error 5] Zugriff verweigert: 'C:\\Entwicklung\\Arbeitsverzeichnisse\\projekte\\sample_project\\.hg/store\\obsstore'
Traceback (most recent call last):
File "tortoisehg\hgqt\status.pyo", line 396, in reloadComplete
File "mercurial\context.pyo", line 240, in parents
File "mercurial\util.pyo", line 737, in __get__
File "mercurial\context.pyo", line 1402, in _parents
File "mercurial\dirstate.pyo", line 324, in parents
File "mercurial\localrepo.pyo", line 516, in _dirstatevalidate
File "mercurial\localrepo.pyo", line 70, in __get__
File "mercurial\scmutil.pyo", line 1195, in __get__
File "mercurial\localrepo.pyo", line 495, in changelog
File "mercurial\changelog.pyo", line 259, in __init__
File "mercurial\revlog.pyo", line 270, in __init__
File "mercurial\store.pyo", line 466, in __call__
File "mercurial\scmutil.pyo", line 565, in __call__
File "mercurial\windows.pyo", line 126, in posixfile
IOError: [Errno 13] C:\Entwicklung\Arbeitsverzeichnisse\projekte\sample_project\.hg/store\00changelog.i: Zugriff verweigert
https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4483Problems with setup.py on POSIX systems2020-06-21T11:00:07ZBitbucket ImporterProblems with setup.py on POSIX systems*Created originally on Bitbucket by Anonymous*
Commit https://bitbucket.org/tortoisehg/thg/commits/e8655ee7414d introduced new way for generating config file. But on Nix package manager we've found a failing case
Running setup.py lik...*Created originally on Bitbucket by Anonymous*
Commit https://bitbucket.org/tortoisehg/thg/commits/e8655ee7414d introduced new way for generating config file. But on Nix package manager we've found a failing case
Running setup.py like this
```
#!bash
python setup.py build install --install-data=<SOMEPATH>
```
and running setup.py like this
```
#!bash
python setup.py build
python setup.py install --install-data=<SOMEPATH>
```
are the ways to generate different config files. First one respects the --install-data option, the second - doesn't, but this is counterintuitive
The proposal is to move build_config to install command
[Original bug report] https://github.com/NixOS/nixpkgs/issues/13507https://foss.heptapod.net/mercurial/tortoisehg/thg/-/issues/4482MQ: Command Error Window can exceed screen height2020-06-21T11:00:06ZBitbucket ImporterMQ: Command Error Window can exceed screen height*Created originally on Bitbucket by Anonymous*
On applying a patch with lots of merge conflicts, after going through all the "Hunk FAILED" prompts, the final popup is entitled "Command Error" and lists all the merge failures in applying...*Created originally on Bitbucket by Anonymous*
On applying a patch with lots of merge conflicts, after going through all the "Hunk FAILED" prompts, the final popup is entitled "Command Error" and lists all the merge failures in applying the single patch.
If you have a lot of conflicts, this window can exceed the height of the screen, meaning you can't see what's at the bottom. (Fortunately, only an "OK" button!) I guess it should be height limited and scrolling.