build.txt link to Perl return 404

Hi, I'm trying to setup a build environment. When downloading the requirements I noticed the second link to Perl return an "Oops, This page could not be found". I believe the new link should be https://www.activestate.com/products/perl/ (I didn't check the first link for Perl since my

Re: [PATCH] Pre-lock script and general hook script fixes

I have investigated further and it seems that pre-lock hook scripts on a specific working copy path[1] doesn't work in 1.14.0 (and up to r29050). Only pre-lock hook scripts on path *[2] works. I made an initial note of this and then proceeded to work on the other patches. When I got back to

Re: Doing a diff from Log Messages causes an SVN assertion in offline mode

Thank you, I can confirm that this avoid the assertion. I now get the error message "Could not retrieve URL of the file". However I thinkt that error message might cause confusion amont users as to what the actual error is. In my test case I have two revisions, one add and then one

Re: Cannot checkout. An operation was attempted on something that is not a socket.

Hi, >From a cursory glance, based on the error message, this originate deep down in the APR library in code which has not been changed between 1.7 and 1.14. Just to rule out anything in TortoiseSVN, you could install the SVN command line tools (available in the TortoiseSVN installer) and try

[PATCH] Pre-lock script and general hook script fixes

Hi, I've been investigating the pre-lock script and found a few things that doesn't make sense to me. *The first file in the pre-lock script argument is always empty* This is because CSVNProgressDlg::CmdLock is calling the PreLock hook using m_selectedPaths, however LockCommand::Execute is

Re: [PATCH] Pre-lock script and general hook script fixes

Answering myself.. måndag 4 januari 2021 kl. 01:13:27 UTC+1 skrev Daniel Sahlberg: > Any ideas on this? Ideally Subversion would return the comment in addition > to the W160035 "Path ... is already locked ..." error message. I will see > if this is possible to add, it would also be beneficial

Re: [PATCH] Pre-lock script and general hook script fixes

Thanks! Did you also take a look at the patches in the first message? Sorry if it caused extra work for you but I split it up to make it easier to review. I realize I forgot to attach one of the patches to the first message, I'm attaching all three again for easier reference. Kind regards,

Re: [PATCH] Pre-lock script and general hook script fixes

Thanks! The problem I'm trying to solve is that I couldn't get the hooks to execute when I set them to a specific path (c:\devevel\test, which is my wc), only when using *. I stepped through the code in Visual Studio and I noticed that CHooks::FindItem didn't find a hook (it = find(key) always

Re: Doing a diff from Log Messages causes an SVN assertion in offline mode

I saw the further change in r29044 and I would just like to say that it seems much better now. Thanks for your support! -- You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group. To unsubscribe from this group and stop receiving emails from it, send

Doing a diff from Log Messages causes an SVN assertion in offline mode

An error was reported in the Subversion Users mailing list regarding an assertion thrown in TortoiseSVN (https://mail-archives.apache.org/mod_mbox/subversion-users/202011.mbox/%3CPH0PR11MB4789BCA6DF5CB62E5198CBA491E20%40PH0PR11MB4789.namprd11.prod.outlook.com%3E). The basic premisis is that the

Re: SVN: externals with propset/propedit

torsdag 1 juli 2021 kl. 12:02:04 UTC+2 skrev sanket belsare: > Hi, > > I am creating one branch from the trunk through batch script using svn > copy command. Trunk is having some externla link folders. > > Now I just want to use SVN:externals command to link the branches folder. > Could anyone

Re: Pre-lock script templates (to the contrib directory)

Sorry, the attachments were not accepted. Adding them here, should be renamed .js.tmpl. -- You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Pre-lock script templates (to the contrib directory)

Hi, I would like to contribute two PreLock script templates (for the contrib/hook-scripts/client-side directory). PreLock.js.tmpl is based on PreUpdate.js.tmpl, adding a display of the msgfile and adjusting the parameters. PreLock-add-computer-and-path.js.tmpl is a script to add the computer

Nightly builds failure

Hi, The nightly builds doesn't seem to work at the moment. Copied from the build log at https://nightlybuilds.tortoisesvn.net/latest/x64/full/buildlog64.txt: [[[ setup: [echo] TortoiseSVN will be built without support for the Windows 11 context menu

Re: Nightly builds failure

Bonus points for checking if the following folder should really exist on the build server: https://nightlybuilds.tortoisesvn.net/latest/win32/full/release64/bin/ It seems to contain files from 2021-Mar-17. /Daniel söndag 19 september 2021 kl. 17:27:01 UTC+2 skrev Daniel Sahlberg: > Hi, > >

[PATCH] Invalid path in default.build.user.tmpl

Hi, I got an error message when building: C:\Devel\tortoisesvn\default.build(358,6): 'C:\Program Files (x86)\Windows Kits\10\Debuggers\x86>\srcsrv\svnindex.cmd' is not a valid value for attribute 'program' of . I traced it to an invalid oath in default.build.user which I initially copied from

Re: Link to books in /support.html

r29235 looks very good. I don't mean to be a PITA but in /testimonials.html, the quote from Eric Hanchrow ends rather abruptly "...ranting about the\n". /Daniel -- You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group. To unsubscribe from this

Re: Nightly builds with support for Win11

torsdag 7 oktober 2021 kl. 21:32:41 UTC+2 skrev Stefan: > As you've already noticed, you need to digitally sign the binaries if you > want to get the support for the Win11 context menu. > I've added a few lines to the build.txt file: > https://svn.osdn.net/svnroot/tortoisesvn/trunk/build.txt > >

Re: Nightly builds with support for Win11

onsdag 13 oktober 2021 kl. 20:33:00 UTC+2 skrev Stefan: > here's how to create a self-signed certificate that's compatible with > Windows identity needed for packages: > > https://docs.microsoft.com/en-us/windows/win32/appxpkg/how-to-create-a-package-signing-certificate > Thank you Stefan, that

Re: Nightly builds with support for Win11

tisdag 12 oktober 2021 kl. 18:34:11 UTC+2 skrev Stefan: > On Sunday, October 10, 2021 at 11:13:55 PM UTC+2 daniel.l...@gmail.com > wrote: > >> torsdag 7 oktober 2021 kl. 21:32:41 UTC+2 skrev Stefan: >> >>> As you've already noticed, you need to digitally sign the binaries if >>> you want to get

Re: TortoiseSVN missing CA Certificate

What version of TortoiseSVN are you using and what version of Windows? I also have a Let's Encrypt certificate and I don't get the same warning. Kind regards Daniel Sahlberg torsdag 30 september 2021 kl. 17:52:54 UTC+2 skrev Matthew Trescott: > Hello TortoiseSVN developers, > > I host a small

Re: Nightly builds failure

Thanks! onsdag 22 september 2021 kl. 09:14:39 UTC+2 skrev Stefan: > nightly builds are up again. > > > -- You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Nightly builds with support for Win11

Hi, I've been trying to build my own setup to test on Win11, however I'm have not been able to make the code signing work yet. In the meantime I looked at the nightly builds but it seems they are not built with support for the Windows 11 context menu either. Is there any chance to configure

Link to books in /support.html

Hi, While looking at the translated documentation on the website (prompted by Stefan's question in the TortoiseSVN group [1]), I checked the links in the /support.html page. Under TortoiseSVN book, there is a link "TortoiseSVN 1.7 Beginner's Guide", but following the link I find the book

Re: Why the options "Allow ambiguous URLs" and "Allow ambiguous UUIDs" are enabled by default?

tisdag 13 juli 2021 kl. 07:17:33 UTC+2 skrev Stefan: > On Monday, June 7, 2021 at 8:50:02 PM UTC+2 Pavel Lyalyakin wrote: > >> >> Do I understand correctly that these options are enabled by default in >> all TortoiseSVN versions? Is there a rationale for enabling these options >> by default? >>

Re: Link to books in /support.html

lördag 24 juli 2021 kl. 09:47:53 UTC+2 skrev Stefan: > Thanks for noticing. > I've fixed the links and changed many other links to https. > Since I can't update the website myself, we'll have to wait for the next > release when the website gets updated for these changes to appear. > I checked

Re: SVN installation white Command Line Client

This was asked last year, please check if this answers your question: https://groups.google.com/g/tortoisesvn-dev/c/WjL5HOWCJpM/m/mfzAuc0dAwAJ måndag 7 mars 2022 kl. 13:40:14 UTC+1 skrev simon...@kabelmail.de: > How can I install the software unattended with the command line client, in >

Re: Nightly builds failed for couple of days.

måndag 14 februari 2022 kl. 09:10:39 UTC+1 skrev 张正培: > Nightly builds failed for couple of days. > NMAKE : fatal error U1052: file 'makefile' not found > Working again: https://nightlybuilds.tortoisesvn.net/latest/x64/full/ -- You received this message because you are subscribed to the

Re: Nightly Build Windows 11 context menu not showed

onsdag 16 februari 2022 kl. 10:55:06 UTC+1 skrev 张正培: > Nightly Build Windows 11 context menu not showed. > This has been discussed in the thread https://groups.google.com/g/tortoisesvn-dev/c/zf6JjngNfEs/m/tg41llmZBAAJ TL;DR: No, it is not because of limitations on the build machine. It is

r29609

Hi, In r29609 there is a text "based upon their visit to www.website.com". Looks like boilerplate text where the URL should be replaced with the actual URL that should be replaced with "www.tortoisesvn.net"`, or is this intentional? Kind regards, /Daniel -- You received this message because

Re: Add additional information to the Windows Explorer Title Bar - SVN

tisdag 17 oktober 2023 kl. 01:25:04 UTC+2 skrev arathb...@gmail.com: I found this info in the documentation: https://tortoisegit.org/docs/tortoisegit/tgit-dug-settings.html ModifyExplorerTitle When using the status cache, the title bar of explorer windows are modified to include the branch

1.10.x EOL

As the Subversion project just announced 1.10.x as EOL (in reality it has been EOL since April last year), I've removed the download links from the website. I couldn't find a news article from other EOLs so I didn't add anything. On the Download page, there is a section on the "Context menu in

Re: Switch vc2019 to vs2022

Thanks! There are some additional instances in build.txt, see attached. The start menu references are as they appear in my Win11 machine. It doesn't match the folder names in "Start menu" though and I'm not sure why. I'm also not sure if I picked the correct command prompts for the different

Switch vc2019 to vs2022

Hi, The default.build.user.tmpl file is referring to vs2019. The attached patch updates the description and the error message to vs2022. It shouldn't have a functional difference. Kind regards, Daniel Sahlberg -- You received this message because you are subscribed to the Google Groups

Re: "Edit Conflicts" for Excel Files

onsdag 8 november 2023 kl. 11:47:13 UTC+1 skrev Ömer GÜNDÜZ: Hello, I am searching for an effective solution to edit conflicts in Excel files. So, I've installed the "Spreadsheet Compare" add-ins owned by Stevetowner ( https://sourceforge.net/projects/spreadshcompare/) to my Excel. It is

ignore tools.zip in tortoisesvn/trunk

Hi, nant init seems to leave the tools.zip in the wc. Any particular reason why it is not in svn:ignore? Otherwise I'll add it there to remove at least one small thing from "Check for modifications". /Daniel -- You received this message because you are subscribed to the Google Groups

Re: ignore tools.zip in tortoisesvn/trunk

måndag 30 maj 2022 kl. 21:04:58 UTC+2 skrev Stefan: > you can of course add it to svn:ignore. > But since it's not used after the download/unzip anymore, I usually just > delete it. > I'm lazy enough to forget about such things. Better to have the build script delete the file? [[[ Index:

[PATCH] Website, Status page, Upcoming point to 1.15

Hi, Small change on the website. The status page currently say that 1.14.0 is the next release, to appear shortly after Subversion 1.14.0. I'm suggesting to replace this, and the reference to 1.13.x in the next paragraph, with 1.15.0 and 1.14.x respectively. Patch attached, unless you want to

[PATCH] URL copied via "Copy URL to clipboard" results in error when pasted into Merge dialog

Hi, I have investigated the issue mentioned in the users group in the thread with the same subject as above [1]. I'm providing an analysis and a few different patches (choose 1 of those). The root cause is that CopyUrlsCommand add \n at the end of the copied paths. It has the capability to

Re: All TortoiseSVN 1.10+ builds inadvertently compile with APR_HAVE_IPV6 = 1?

The ipv6 build option was removed in r29394. Would it also make sense to remove the ipv6 scripts in contrib\choco? I've searched the source and I can't find them being used anywhere anymore. tisdag 17 maj 2022 kl. 20:09:36 UTC+2 skrev Evgeny Kotkov: > Hi, > > I see that all TortoiseSVN 1.10 and

Re: Tortoise merge extended ascii support

tisdag 24 maj 2022 kl. 07:30:13 UTC+2 skrev enricop...@gmail.com: > as topic. thanks a lot I'm sorry but it is not clear to me what you are suggesting. Can you elaborate please? -- You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group. To

Re: [PATCH] URL copied via "Copy URL to clipboard" results in error when pasted into Merge dialog

lördag 28 maj 2022 kl. 19:18:22 UTC+2 skrev Stefan: > On Saturday, May 28, 2022 at 4:18:44 PM UTC+2 daniel.l...@gmail.com wrote: > >> lördag 28 maj 2022 kl. 10:24:21 UTC+2 skrev Stefan: >> >>> thanks for all your patches! >>> I went with option 4, I agree that's the best solution. >>> >> >> (y),

Re: [PATCH] URL copied via "Copy URL to clipboard" results in error when pasted into Merge dialog

lördag 28 maj 2022 kl. 10:24:21 UTC+2 skrev Stefan: > thanks for all your patches! > I went with option 4, I agree that's the best solution. > (y), LGTM. I realise you reworked the patch a bit and removed GetWindowText altogether (I thought about it but figured there was probably a reason it

Re: [PATCH] Website, Status page, Upcoming point to 1.15

lördag 28 maj 2022 kl. 10:10:11 UTC+2 skrev Stefan: > can't find an attached patch. Google Groups and I are not friends when it comes to attachments. Sorry. But I just removed the whole "upcoming milestone" since it's hard to > predict the next releases. > I know. Let's hope it is not too

Re: [PATCH] URL copied via "Copy URL to clipboard" results in error when pasted into Merge dialog

lördag 28 maj 2022 kl. 20:45:42 UTC+2 skrev Stefan: > >> Just one more thing . In MergeWizardTree.cpp, you first check the >> URL using GetWindowText but when setting the m_urlFrom and m_urlTo you >> still get the URL using GetString(). So I would re-order things as in patch >> [1]. >> > >

Preparing for the Multi-format-WC feature in Subversion 1.15

Hi, I've started to look at the Multi-format-WC feature that is expected to be part of Subversion 1.15. Summary for those not reading the d...@subversion.apache.org mailing list; Previously, each release of Subversion was tied to a specific working copy format number. Between some client

Nightlies build failure

Hi, The nightly builds are currently failing with the following message: [exec] C:\TSVN\tortoisesvn\ext\TortoisePlink\defs.h(22,1): fatal error C1189: #error: Do not compile this code base with NDEBUG defined! [C:\TSVN\tortoisesvn\ext\TortoisePlink\windows\TPlink\TortoisePlink.vcxproj] [exec]

Re: ignore tools.zip in tortoisesvn/trunk

tisdag 31 maj 2022 kl. 17:33:46 UTC+2 skrev Stefan: > I guess that's one solution. When I first created that script I though > maybe users would like to keep the file. > But maybe it's really better to just delete it - users can always zip the > unzipped folder again... > r29405. Let's see how

Re: Autocompletion in the CInputLogDlg

måndag 6 juni 2022 kl. 07:12:07 UTC+2 skrev Stefan: > looks good to me. > I made two small changes on your branch. If you're ok with that then > please merge it back to trunk. > +1 on the refactoring. This is what I wanted to do as well but I didn't really know where to place the function. -1

Autocompletion in the CInputLogDlg

Based on the question in the users group about the name of the [deleted] file as a suggestion in the log message ([1]) , I have created a branch /branches/autocomplete_in_repobrowser_logdlg Please check if this is reasonable / functional and if it should be merged to trunk. From my point of

Re: libxml2 python bindings

torsdag 16 juni 2022 kl. 11:28:16 UTC+2 skrev Bruce C: > I too recently tried to create the build environment for TortoiseSVN. I > had some teething problems that I've not yet reported but I've been > interested to see that you've apparently not had those issues. > > With respect to the libxml2

Re: libxml2 python bindings

onsdag 15 juni 2022 kl. 18:01:14 UTC+2 skrev Stefan: > On Tuesday, June 14, 2022 at 11:14:13 PM UTC+2 daniel.l...@gmail.com > wrote: > >> tisdag 14 juni 2022 kl. 20:48:00 UTC+2 skrev Stefan: >> >>> I know the problem :( >>> That's why I thought of discontinuing the translated docs and only use

libxml2 python bindings

Hi, The download site for libxml2 python bindings (http://users.skynet.be, see build.txt and doc/readme.txt) seems to be discontinued, reference [1]. I have tried to find another distribution but only found another site that is due to be discontinued [2]. Any ideas on how to proceed from

Re: libxml2 python bindings

tisdag 14 juni 2022 kl. 20:48:00 UTC+2 skrev Stefan: > I know the problem :( > That's why I thought of discontinuing the translated docs and only use > docs in English. > Now that you mention. Did you get any feedback on this question out-of-band (I was the only one to respond on the group)?

Re: Autocompletion in the CInputLogDlg

tisdag 7 juni 2022 kl. 17:34:23 UTC+2 skrev Stefan: > +1 > please merge > I added a Changelog entry to the branch (r29413). Then merged everything to trunk (r29414) excluding the BRANCH-README. What is the policy for deleting feature branches? I can see that the shelve and

Nightly builds down

Seems to be out of disk space: [...] [exec] Translator.cpp [exec] utils.cpp [exec] Generating code [exec] Previous IPDB not found, fall back to full compilation. [exec] All 5552 functions were compiled because no usable IPDB/IOBJ from previous compilation was found. [exec]

Listing at openhub.net

Hi, I stumbled upon openhub.net when checking the donation web page (https://tortoisesvn.net/donate.html) There is a link "...you can look at some _statistics_ ..." pointing at https://www.openhub.net/p/tortoisesvn/contributors That page complain about "no recognizable code" which led me to

Re: tsvn r29449

tisdag 20 september 2022 kl. 16:46:27 UTC+2 skrev Stefan: > I don't see anything removed in the diff: You are right of course. My e-mail client removed the leading spaces in the diff which lead me to see the "-" in the bullet points as the removal of lines and not part of the context. My bad,

Re: my notes to TortoiseSVN 1.14.3, Build 29387 @ windows 11 insider

torsdag 1 september 2022 kl. 11:19:20 UTC+2 skrev Ot(ik): > Hi guys long time no talk, > > I just did some more extensive work in TortoiseSVN and found this things: > > 1. link to translation status on https://tortoisesvn.net/translation.html > pointing to Translation status page ( >

tsvn r29449

Hi, In the recent commit r29449 there were some items removed from Changelog.txt. Was this intentional or accidental? Kind regards, Daniel -- You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group. To unsubscribe from this group and stop receiving

tsvn r29468

Meta question: I'm getting notified by the mail from osdn.net about commits. Is this the best way to provide feedback on commits? It isn't clear to me if I can reply to the mail and have it distributed to all committers. [[[ Modified: trunk/src/TortoiseShell/ContextMenu.cpp

Re: Assistance migrating our portable *ampp stack to tortoise

tisdag 9 augusti 2022 kl. 16:49:39 UTC+2 skrev tr...@hallhome.us: > Hello. I apologize if this is the wrong place to ask this question. > We've taken over an abandoned variant of wamp that is totally portable. > We're having issues with svn and websvn not working fully and not at all > with

TortoiseSVN Book link on https://tortoisesvn.net/support.html

Hi, I was looking at the TortoiseSVN book and found out that the link sort of broken. It still works, but it is not possible to access the book at the packtpub.com website (even when creating an account, the book is not available and packtpub support says "it was pulled for unknown reasons").

GetHEADRevision with illegal URL

Hi, Once again double checking my assumptions regarding the code. In the user group there [1] is a discussion where I believe the error is caused by GetHEADRevision returning a revision even when the URL is invalid. The following patch is using svn_ra_stat to check if the path exists and it

Re: GetHEADRevision with illegal URL

Thanks, r29499. onsdag 14 december 2022 kl. 17:38:41 UTC+1 skrev Stefan: > I think this should be ok. Please commit. > > Stefan > -- You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group. To unsubscribe from this group and stop receiving emails from

Re: needed manual refresh after moving beween monit with different monitor

måndag 19 december 2022 kl. 11:38:17 UTC+1 skrev Ot(ik): > I have reported this some time ago. I suspect after WM_DPICHANGED T-Merge > should drop line cache. > I§ve tried to do local build and fix it, but I was not successful in > setting enviroment - I plan to try later. > Anything in

Re: needed manual refresh after moving beween monit with different monitor

@Ot(ik): Stefan made a fix yesterday and the nightly builds seems to be back. Can you check again? /Daniel måndag 19 december 2022 kl. 11:55:33 UTC+1 skrev Daniel Sahlberg: > måndag 19 december 2022 kl. 11:38:17 UTC+1 skrev Ot(ik): > >> I have reported this some time ago. I suspect after

Project monitor, not updating the "failed" overlay even when the fail disappear

Hi, I've been observing that Project monitor display a "failed" overlay in the tree after intermittent failures, even when the failure has disappeared. This has also been discussed in the groups previously, for example [1]. I've been trying to reproduce this and I believe I've found the root

Re: Project Monitor, assert if logcache disabled and monitoring an unaccessible url

torsdag 1 december 2022 kl. 19:19:47 UTC+1 skrev Stefan: > >> I don't fully understand how the logcache works, but it seems the cache >> variable is not initialized with log caching turned off (which sounds >> reasonable!), however there should be no calls to the logcache objects. Or >> they

Re: Project monitor, not updating the "failed" overlay even when the fail disappear

måndag 5 december 2022 kl. 18:49:13 UTC+1 skrev Stefan: > On Sunday, December 4, 2022 at 11:23:50 AM UTC+1 daniel.l...@gmail.com > wrote: > >> lördag 3 december 2022 kl. 20:38:35 UTC+1 skrev Daniel Sahlberg: >> [...] >> >>> +if ((pItem->lastHead != item.lastHead) || >>>

Re: Project monitor, not updating the "failed" overlay even when the fail disappear

lördag 3 december 2022 kl. 20:38:35 UTC+1 skrev Daniel Sahlberg: [...] > +if ((pItem->lastHead != item.lastHead) || > (pItem->lastErrorMsg.IsEmpty() != item.lastErrorMsg.IsEmpty())) > On second thoughts, this is probably not the best solution. If there was an old error message

CLogDlg::MonitorEditProject remove \r and \n from encrypted username/password

Hi, While investigating another issue in the Project Monitor, I saw the following code in MonitorEditProject: [[[ pEditProject->username = CStringUtils::Encrypt(dlg.m_sUsername); pEditProject->password = CStringUtils::Encrypt(dlg.m_sPassword);

Re: TortoiseMerge, paste multiline + undo doesn't restore line numbers correctly

Thanks. Committed r29487. /Daniel tisdag 29 november 2022 kl. 17:14:56 UTC+1 skrev Stefan: > this patch looks fine. > I prefer this solution, because adding another SaveUndoStep() would cause > quite a few other problems. > > Stefan > -- You received this message because you are subscribed

Project Monitor, assert if logcache disabled and monitoring an unaccessible url

Hi, I'm getting an assert in CCacheLogQuery::GetCache(). I believe it is reproducible: - Disable log caching in the TortoiseSVN settings - Setup two projects to monitor, one functional (eg https://svn.osdn.net/svnroot/tortoisesvn/) and one where you don't have access (I'm using

TortoiseMerge, paste multiline + undo doesn't restore line numbers correctly

Hi, In TortoiseMerge: - Look at a diff of a changed file, for example from double click in the commit dialog. - Paste a few lines (it doesn't have to be related to the changed lines, in the attached image I pasted a few lines in the beginning of the file). *TortoiseMerge correctly renumbers

Re: Abridged summary of tortoisesvn-dev@googlegroups.com - 2 updates in 2 topics

Let's stick to the original topic, please. fredag 2 december 2022 kl. 01:40:34 UTC+1 skrev shawn_...@cox.net: > What would be the first steps to check? > > Thanks, > Shawn > > -- > *From:* TortoiseSVN-dev > *Sent:* Thursday, December 1, 2022 7:36 PM > *To:*

Re: svn commit issue

Can you describe in more detail what happens? Error messages are always helpful. Pictures as well. Kind regards, Daniel torsdag 1 december 2022 kl. 17:37:42 UTC+1 skrev shawn_...@cox.net: > is there a way to troubleshoot commit issues? > > some items checkout fine some commit fin others will

Re: "You have to update your working copy" doesn't offer to update

tisdag 22 november 2022 kl. 18:31:53 UTC+1 skrev Stefan: > yes, please commit. > Thanks for the review. Committed r29482. /Daniel -- You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group. To unsubscribe from this group and stop receiving emails

Re: CLogDlg::MonitorEditProject remove \r and \n from encrypted username/password

tisdag 22 november 2022 kl. 18:36:08 UTC+1 skrev Stefan: > Now that we don't support WinXP anymore, the string operations to > remove/replace newlines can be removed. But for XP it was necessary because > the CRYPT_STRING_NOCRLF option doesn't work on XP, which means there the >

"You have to update your working copy" doesn't offer to update

Hi, There has been reports about commits (and merge?) failing with "You have to update your working copy first" but without the subsequent offer to update. Today I stumbled on one such case. I traced it to CommitCommand::IsOutOfDate not checking for error 155011 (SVN_ERR_WC_NOT_UP_TO_DATE).

Re: CVE-2007-3846 Vunerability

onsdag 22 mars 2023 kl. 15:53:09 UTC+1 skrev F Technologies: Good day all. My organization is trying to use TortoiseSVN as a version control client. In researching, from the user group, it looks as though this may not be accepted as a vulnerability by TortoiseSVN. The concern is that a macro

Re: CVE-2019-14422 Vulnerability

onsdag 22 mars 2023 kl. 15:53:04 UTC+1 skrev F Technologies: Good day all. My organization is trying to use TortoiseSVN as a version control client. In researching, from the user group, it looks as though this may not be accepted as a vulnerability by TortoiseSVN. The concern is that a macro

Re: Updated dependencies for TortoiseSVN

tisdag 11 april 2023 kl. 22:47:54 UTC+2 skrev Daniel Sahlberg: tisdag 11 april 2023 kl. 19:33:37 UTC+2 skrev Stefan: yep, it's the new apr version. I'll go back to apr 1.7.2 - this needs to be fixed either in apr or the svn lib. Doh. That is rather stupid. I'm sending this upstream, first to

No nightly builds

Hi, Nightly builds currently fail with: [[[ [exec] Microsoft (R) Program Maintenance Utility Version 14.30.30706.0 [exec] Copyright (C) Microsoft Corporation. All rights reserved. [exec] [exec] "cl" /Zi /Fdossl_static.pdb /MD /Zl /Gs0 /GF /Gy /W3 /wd4090 /nologo /O2 -I"." -I"include"

Re: Updated dependencies for TortoiseSVN

onsdag 12 april 2023 kl. 16:59:15 UTC+2 skrev Daniel Sahlberg: tisdag 11 april 2023 kl. 22:47:54 UTC+2 skrev Daniel Sahlberg: tisdag 11 april 2023 kl. 19:33:37 UTC+2 skrev Stefan: yep, it's the new apr version. I'll go back to apr 1.7.2 - this needs to be fixed either in apr or the svn lib.

Re: Windows Search stopped indexing folders containing .svn and .git subfolders

fredag 28 april 2023 kl. 10:14:16 UTC+2 skrev i.ku...@soton.ac.uk: The above is a major pain! I am very remote from software development, but how difficult would it be to add an option to give those folders different names in local copies when TortoiseSVN is installed? - Ilya There is an

Re: Hardware question

fredag 31 mars 2023 kl. 05:09:47 UTC+2 skrev Shiko Emiya: Good day My company wants to build a server that allows about 50 people use it in the same time. Could you please give me some suggestions about what kind of hardware should I use? Thank you very much. Hi, You need to provide a lot

Updated dependencies for TortoiseSVN

Hi, I've spent the weekend updating several dependencies for TortoiseSVN: - APR: 1.7.2 to 1.7.3 - OpenSSL: 1.1.1t to 3.1.0 (the 1.1 series is EOL on 11th September 2023). - Serf: 1.3.9 to current trunk version (needed for OpenSSL 3 compatibility, I'm hoping for a new release of Serf before the

Re: Updated dependencies for TortoiseSVN

tisdag 11 april 2023 kl. 19:33:37 UTC+2 skrev Stefan: yep, it's the new apr version. I'll go back to apr 1.7.2 - this needs to be fixed either in apr or the svn lib. Doh. That is rather stupid. I'm sending this upstream, first to the Subversion project but I have a feeling it is a problem in

Re: No nightly builds

lördag 22 april 2023 kl. 07:13:50 UTC+2 skrev Stefan: I've mailed Ian, and he deleted the include folder and ran an 'svn up', so there should not be any more conflicts. But the build still fails... Sorry it took a while for me to circle back to this - I looked quickly and everything seemed

osdn.net longterm stability

Hi, osdn.net seems to have issues [1] and I'd like to bring it up to make sure that we don't end up in a situation where it starts affecting TortoiseSVN. * Nobody seems to monitor the issue tracker [1] anymore - it is full of spam and no-one seems to respond to issues. It is mentioned in one

Re: Enable asm for OpenSSL

torsdag 1 juni 2023 kl. 20:11:11 UTC+2 skrev Denis Kovalchuk: > Very interesting results. Did you run this on a build from /trunk/ - > ie with OpenSSL 3.1? Yes, these results were from trunk with OpenSSL 3.1. However, I believe that they should be similar with OpenSSL 1.1.x as well. Thanks

Re: osdn.net longterm stability

I'm also aware of the story of SourceForge and I feel reluctant suggesting to go back there. Github seems like a solid choice if it wasn't for the Git part (I'm not against Git as such but using Git for TortoiseSVN seems wrong). I've heard about some interesting build automation workflows but

Re: Nightly build crash on SVN Log with log cache enabled

onsdag 24 maj 2023 kl. 21:52:29 UTC+2 skrev Daniel Sahlberg: I've reverted this in r29564 and the crash seems to be gone. Unfortunately it was not enough, the log still crash (I've also seen the same error as in Pavel's screen shot "Illegal repository URL '[gibberish]'". I'll try to take a

Re: Updated dependencies for TortoiseSVN

fredag 19 maj 2023 kl. 11:12:15 UTC+2 skrev Evgeny Kotkov: Daniel Sahlberg writes: > - Serf: 1.3.9 to current trunk version (needed for OpenSSL 3 compatibility, > I'm hoping for a new release of Serf before the next Subversion/TSVN > release, otherwise there is a simple patch we can apply in

Re: Nightly build crash on SVN Log with log cache enabled

tisdag 23 maj 2023 kl. 18:53:06 UTC+2 skrev Stefan: I made a few changes to the log caching, but those changes are mostly refactoring. Unfortunately, I can't reproduce a crash of the error message on my machine here. Maybe you guys can debug the problem on your machine?' I found a way to

Re: Nightly build crash on SVN Log with log cache enabled

- Good news: No more crasches. - Bad news: Logcache shows a lot of duplicates. There seems to be only one file in %appdata%\TortoiseSVN\logcache. So something should probably be done to the logcache "add to cache" logic. I'm favoring letting Add() have the same functionality as AutoInsert

Re: Nightly build crash on SVN Log with log cache enabled

Thanks! I'll test the nightly build tomorrow. Any idea why only the nightly build would fail and not when I built it myself? The settings should have been the same... -- You received this message because you are subscribed to the Google Groups "TortoiseSVN-dev" group. To unsubscribe from this

Re: Nightly build crash on SVN Log with log cache enabled

I really need some help with this... My understanding is as follows: CRepositoryInfo::CData::AutoInsert() is called to find/add an SPerRepositoryInfo() object (basically a {uuid, root} tuple) to data (and urlIndex, uuidIndex, fullIndex). It will first call CRepositoryInfo::CData::Lookup() to

Re: No nightly builds

fredag 5 maj 2023 kl. 14:53:41 UTC+2 skrev Pavel Lyalyakin: It appears that the issue is still there: [[[ [exec] app_libctx.c [exec] ..\apps\lib\app_libctx.c(9): fatal error C1083: Cannot open include file: 'app_libctx.h': No such file or directory

  1   2   >