Hai Harry, door schade en schande heb ik jouw probleem heel goed leren kennen. Bij mij doet het zich voor als ik opnieuw installeer en in het bijzonder geloof ik wanneer ik met de bestanden in de cloud-map bezig ga voordat die map synchroniseert. Op het moment dat daarna de synchronisatie aan gaat komt er "conflicted copy-gezanik" over de bestanden die veranderd zijn voort de synchronisatie aan ging. Ik geloof dat het zo zit. Bij mij.
[email protected] schreef op 4 april 2023 12:04:11 CEST: >Nee, ik ben ook niet echt tevreden, maar laat het voorlopig maar even zo. >Ik vermoed dat het te maken heeft met het opnieuw installeren van Linux en >dientengevolge het opnieuw instellen van de STACK desktopapplicatie. En ik >vermoed dat het ‘probleem’ in de loop van de tijd steeds minder zal worden >doordat cloud en desktop elkaar weer steeds beter ‘leren kennen’. > >Groet, >Harry > >Op di 4 apr. 2023 om 10:47 schreef Cor Nouws <[email protected]> > >> Dag Harry, >> >> [email protected] wrote on 03/04/2023 23:22: >> > Dank voor je reactie, Cor. >> > (en het volgende ook voor Pieter). >> > >> > Ik heb intussen contact gehad met de helpdesk van Transip. >> > Die zegt: >> > "Deze melding betekent dat het bestand in kwestie zowel op je computer >> als >> > op STACK aanwezig was en dat de desktopapplicatie niet heeft kunnen >> bepalen >> > welke versie de meest recente is. Om te voorkomen dat de nieuwe versie >> > wordt overschreven met de oude versie is de versie op STACK gedownload en >> > de lokale versie hernoemd. >> > Je kunt nu zelf kiezen welke je wilt behouden door degene die je niet >> wilt >> > behouden te verwijderen in de bestandsverkenner." >> >> Ja, tot zover de logica ;) >> Toch klopt het niet. Als je lokaal een bestand bewerkt, moet dat worden >> gesynchroniseerd met de opslag. Punt. >> Het zou anders zijn als gelijktijdig aan een bestand wordt gewerkt op de >> computer en in de cloud; dan het je een synchronisatie-conflict. >> >> Dus ik ben niet tevreden met hun antwoord :) >> en ja het volgende is inderdaad ook geen oplossing.. >> >> >> > Ik neem dus aan dat het niet in LO zit, maar in STACK. >> > Bij mijn doorvragen wordt nog het antwoord gegeven dat e.e.a. te >> verhelpen >> > is door alle gesynchroniseerde bestanden zowel op mijn computer als op de >> > STACK te wissen en dan opnieuw alles te laten synchroniseren. >> > Maar daar begin ik liever niet aan... >> >> groetjes, >> Cor >> >> > >> > >> > Groet, >> > Harry Harmsen >> > Assen >> > >> > >> > Op ma 3 apr 2023 om 23:16 schreef Cor Nouws <[email protected]>: >> > >> >> Beste Harry, >> >> >> >> [email protected] wrote on 03/04/2023 17:53: >> >>> Als ik het goed zie bestaat het volgende probleem sinds ik Linux Mint >> >> 21.1 >> >>> geïnstalleerd heb (dus het zou ook daaraan kunnen liggen, maar eerst >> maar >> >>> eens even bij LO informeren): als ik een bestaand document (in Writer >> en >> >> in >> >>> Calc, andere toepassingen nog niet zo gebruikt) wijzig en dan opsla, >> >>> ontstaat er behalve het nieuwe document een document in dezelfde map en >> >> met >> >>> dezelfde naam waar tussen haakjes achter staat, bijvoorbeeld: >> >> "(conflicted >> >>> copy 2023-02-09 232038)". >> >>> >> >>> Vervelend, omdat dit ook een conflict oplevert met het synchroniseren >> van >> >>> bestanden (op mijn STACK). >> >> >> >> Wat je ziet met de kopie van de bestanden, _is_ het conflict met het >> >> synchroniseren. >> >> >> >> Ik weet de oorzaak niet precies. Mogelijk dat het een ongelukkige >> >> samenloop van instellingen is, waardoor een synchronisatie wordt gedaan >> >> terwijl jij een bestand bewerkt en dat bestand dus gelocked it. >> >> Ik heb het nooit met LibreOffice en Nextcloud, maar wel regelmatig met >> >> Emacs en Nextcloud. >> >> >> >> Dus als er hier echte netwerk-experts meelezen.. >> >> Komt er geen duidelijk antwoord en blijft het probleem bestaan, dan zou >> >> je op ask.libreoffice.org kunnen posten - Engelstalig, meel lezers, dus >> >> meer kans op de juiste expertise. >> >> >> >> HTH & vr. groet, >> >> Cor >> >> >> >> -- >> >> Cor Nouws >> >> GPD key ID: 0xB13480A6 - 591A 30A7 36A0 CE3C 3D28 A038 E49D 7365 B134 >> 80A6 >> >> - vrijwilliger https://nl.libreoffice.org >> >> - volunteer https://www.libreoffice.org >> >> - Member Board The Document Foundation >> >> - bizdev @CollaboraOffice >> >> - ceo www.nouenoff.nl >> >> - initiator www.mijncloudoffice.nl >> >> >> >> >> > >> >> -- >> Cor Nouws >> GPD key ID: 0xB13480A6 - 591A 30A7 36A0 CE3C 3D28 A038 E49D 7365 B134 80A6 >> - vrijwilliger https://nl.libreoffice.org >> - volunteer https://www.libreoffice.org >> - Member Board The Document Foundation >> - bizdev @CollaboraOffice >> - ceo www.nouenoff.nl >> - initiator www.mijncloudoffice.nl >> >> -- > > >Groet , >Harry Harmsen >Assen > >-- >Unsubscribe instructions: E-mail to [email protected] >Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette >List archive: https://listarchives.libreoffice.org/nl/users/ >Privacy Policy: https://www.documentfoundation.org/privacy -- Unsubscribe instructions: E-mail to [email protected] Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/nl/users/ Privacy Policy: https://www.documentfoundation.org/privacy
