Experiencing the same issue and REINSTALLMODE "dmus" is causing this. Works as expected when it is changed to "omus" with e.g. msiexec /i TortoiseSVN_x64.msi REINSTALL=ALL REINSTALLMODE=omus
Daniel Sahlberg schrieb am Mittwoch, 3. Juli 2024 um 20:25:41 UTC+2: > måndag 1 juli 2024 kl. 12:00:44 UTC+2 skrev jorda...@gmail.com: > > Looking at the docs it looks like the dmus setting will be overwriting > newer versions of the runtime, so it would be great if you could set it > back to default to avoid that behaviour. > > > Done in r29700. > > > > > Thanks! > > On Tuesday 25 June 2024 at 19:51:48 UTC+1 Stefan wrote: > > On Tuesday, June 25, 2024 at 5:35:09 PM UTC+2 daniel.l...@gmail.com wrote: > > It seems to be set to dmus in r28894, see the following thread in -dev: > https://groups.google.com/g/tortoisesvn-dev/c/7GQvMbOxyrw/m/UZPZXKSYAwAJ > > Don't know if omus would be better, it should prevent downgrade the thread > indicates that there was a problem with some DLLs that were downgraded > between 1.13.1 and 1.14.0. Don't know if we can ignore that problem, or if > we can say "1.13.1 must go to 1.14.0 before going to [latest]". > > > I think we will have fewer problems in the future if we go back to "omus" > (the default) and just tell users to deinstall TSVN if they have the > problem with the old apr dlls. > > -- You received this message because you are subscribed to the Google Groups "TortoiseSVN" group. To unsubscribe from this group and stop receiving emails from it, send an email to tortoisesvn+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/tortoisesvn/77ccefe2-0123-42d4-a8a9-74d8b919fa36n%40googlegroups.com.