Activity for Daniel Sahlberg
-
Daniel Sahlberg committed [r29713] on Code
Make a trailing \ count as "this folder and below" in "Don't show the context menu for the following paths" setting.
-
Move the check if context menu is allowed on the path earlier in the loop.
-
Ignore the build output directories in ext/Detours.
-
Change timestamping server in the signinfo example. certificate.com is no longer around.
-
Add a diff script for ZIP files.
-
Rename "pegrevision" to (the already existing elsewhere) "pegrev"
-
TrimFile didn't work due to reversed logical test for file size
-
Make note of the fixed permissions issue.
-
Revert r29499 which is the actual cause of error described in https://groups.google.com/g/tortoisesvn/c/N2bp4hyLRI8/m/8MlT8yJ_AAAJT. This change made GetHEADRevision() do more than it is actually supposed to do. (The errors in Project Monitor will have to be handled elsewhere later).
-
Followup to r29682.
-
Note the update to Putty 0.81 (and fix for CVE-2024-31497) in the changelog.
-
"Show Log" is calling SVN::GetRootAndHead. If using a peg revision on a path that later has been deleted, GetRootAndHead failed with "[path] non existing in revison [HEAD]".
-
The script can also handle dot/dotx files.
-
Update website to better reflect donation usage
-
add some files that were missed in r29648
-
Apply openssl patch
-
Update to OpenSSL 3.2.0
-
Thanks for the detailed explanation. I've tested the new build and I can no longer reproduce the same issue. I've also tested the tree in some other ways and it seems to work as expected. Thanks again! Cheers, Daniel
-
Remove the development edition/nightly users manual
-
TSVN now builds using Python 3
-
Ignore all generated LanguagePack_*.wxs files
-
Cirata has confirmed that NASM is installed and in %PATH% on the nightly build server. Remove the no-asm option on the nightly build target to check if this works.
-
Typing in tree opens the wrong group
-
Adjust capitalisation of "Subversion"
-
Update the translation instruction to point to transifex.com.
-
In www/source:
-
Followup to r29620, add verbose/warning level to try to get some output at all
-
try to fix the nightly builds (copied from r29552)
-
spelling fix
-
Remove 1.10.x from the list of downloads as it is no longer supported by the Subversion project
-
Replace two links still pointing to the osdn repository with the sf repository.
-
Prevent GenerateMergeLogMessage() having the side effect of clearing GetSVNError()/m_err instead of doing it in all call sites, followup to r29601.
-
Store the old error (if any) since GenerateMergeLogMessage() reset it. Otherwise we can't check for SVN_ERR_CLIENT_MERGE_UPDATE_REQUIRED in CheckUpdateAndRetry.
-
Add an advanced setting MergeAllowMixedRevisionsDefault to set the default value of the Allow mixed revisions (not recommended) checkbox in Merge options.
-
Move the note on how to get the context menu until after actually mentioning where the menu should appear to give more context (pun intended) to the note.
-
Merge from ^/trunk/en r6063.
-
Update outdated links
-
How about adding a new paragraph [[[ A line starting with # is interpreted as a comment. ]]] right after the first example?
-
Replace http:// links with https:// and update links when the old target no longer exists.
-
Replace old/broken link to Cyrus SASL with the current url.
-
(y) It also doesn't have an effect on OS2, but I don't know how relevant it is these days.
-
I'm not so sure about this. Indeed NTFS has a "Read and execute" permission, but Subversion doesn't (as far as I can tell) sent any NTFS permissions. I tried to trace the svn:executable property and it seems to end up in svn_io_set_file_executable. There is a comment: [[[ On Windows and OS/2, just exit -- on unix call our internal function which attempts to honor the umask. ]]] According to my tests, a new file inherits the "Read and execute" permission from the parent directory when it is checked...
-
Followup to r6041, restore default FO_XLSTPROC_OPTS from r5129.
-
The changes in r5129 override any customization to FO_XSLTPROC_OPTS in
-
I believe this error might come from the fact that the working copy, as configured in the linked e-mail, is checked out using Windows line-endings (\r\n). However the script is executed by bash in WSL, expecting Linux line-endings (\n). I was able to make it work by converting the line endings in run-fop.sh from "Windows (CRLF)" to "Unix (LF)" in Notepad++. It should be possible to make this conversion automatic by changing the svn:eol-style property but that might break things for anyone expecting...
-
Possible TLS certificate problem on SVN Book page(s)
-
Possible TLS certificate problem on SVN Book page(s)
-
A correct SSL certificate was added by C. Michael Pilato in July 2021. See http://mail-archives.apache.org/mod_mbox/subversion-dev/202107.mbox/%3CCABUQHU7xRWmNAO1K115eeMOwAPs7zp8RA0T1nBMdSn%2B5XNVg%2BQ%40mail.gmail.com%3E
-
Replace a few tigris.org links.
-
Thanks for an excellent explaination, works fine! It is an additional piece of information to remember to put in, but I'll check out if we can use some sort of templates. Thanks a lot for a quick reply!
-
Hi, I store passwords organized in groups with the client's name to make it easier to find password for the client I'm working with "now". The passwords are of different types (RDP, VPN etc.) and require different auto-type sequences. As far as I understand, I can have the auto-type sequence inherited from the group (or the group's parent or grand-parenet or ...) or set individually on each entry. I would like to set a shared auto-type sequence on all VPN passwords regardless of group. Is this possible?...
1