Re: Some files stay at an too new revision when updating the working copy to an old revision

2018-07-24 Thread Franz Sirl
Am 2018-07-21 um 16:27 schrieb Franz Sirl: Am 2018-07-20 um 16:46 schrieb Franz Sirl: Am 2018-07-20 um 15:55 schrieb Branko Čibej: On 20.07.2018 15:37, Franz Sirl wrote: Hi, this already happened a few times here, but now I managed to re-create it reliably. This happens at least on Linux

Re: Some files stay at an too new revision when updating the working copy to an old revision

2018-07-21 Thread Franz Sirl
Am 2018-07-20 um 16:46 schrieb Franz Sirl: Am 2018-07-20 um 15:55 schrieb Branko Čibej: On 20.07.2018 15:37, Franz Sirl wrote: Hi, this already happened a few times here, but now I managed to re-create it reliably. This happens at least on Linux with subversion-1.8/subversion-1.10

Re: Some files stay at an too new revision when updating the working copy to an old revision

2018-07-20 Thread Franz Sirl
Am 2018-07-20 um 15:55 schrieb Branko Čibej: On 20.07.2018 15:37, Franz Sirl wrote: Hi, this already happened a few times here, but now I managed to re-create it reliably. This happens at least on Linux with subversion-1.8/subversion-1.10 and on Windows with TortoiseSVN-1.9, didn't test older

Some files stay at an too new revision when updating the working copy to an old revision

2018-07-20 Thread Franz Sirl
Hi, this already happened a few times here, but now I managed to re-create it reliably. This happens at least on Linux with subversion-1.8/subversion-1.10 and on Windows with TortoiseSVN-1.9, didn't test older versions yet. Server is subversion-1.9.5 on Linux, a "svnadmin verify" of a

Double update of versioned file externals corrupting file timestamps

2010-06-14 Thread Franz Sirl
Hi, we stumbled over an annoying issue with subversion 1.6.11. If we update a WC with versioned file externals, files where the version is not equal to the last revision of the file, are double-updated on _every_ update like this: [u...@machine:~/a/test_file_externals]$ svn up U