Exactly same behaviour, but we aren't using /auto/ folder. It usually happens after I click CTRL+U: untranslated segments appear, but I'm 100% we already translate them. After I edit the first one and move to the next (that appears as translated), the translation is replaced with the source text. If I use TortoiseSVN to check the log, I do find the segments in old commits, but these translation units aren't saved elsewhere (neither in the current project-save.tmx, nor in the bak files).
Closing this issue is frankly not really useful. If you let OmegaT create a glossary, as reported, after a while the glossary doesn't show the non-ascii characters. It seems a simple bug to me. Another story is that no-one is able to fix it, but closing it with "behaviour is working as intended" is laughable.
SHIFT + F3, sorry.
Adding a few capitalization styles
Tested with 5.4.2 linked above. Target file created.
I've tried the 5.5 nightly build and the bug seems to be fixed. I haven't tested it extensively though. Il dom 21 mar 2021, 14:47 Aaron Madlon-Kay amake@users.sourceforge.net ha scritto: Are you interested in helping confirm the fix? [bugs:#1036] SVN team project files disappear Status: open-fixed Group: 5.4.2 Labels: SVN Team Project Created: Fri Feb 12, 2021 08:42 PM UTC by Martin Fleurke Last Updated: Fri Feb 26, 2021 02:11 PM UTC Owner: Martin Fleurke Since in 5.4 file deletions are propagated...
And why are file deletions propagated? Wouldn't it be safer and wiser to revert that change and not letting many Subversion users with no alternative than moving projects to another system?
Is the fix in the nightly build or in the latest version or is it still to be merged?