xls-bestanden worden meteen opgeslagen bij openen

[Peter van Heun]

Office 2010 onder Windows 10. Wijzigt Excel 2013 de datum vaneen xls-bestand niet meteen nadat het geopend is? De Excel in Office 365 doet dat wel.

[Peter van Heun]

Na een tijdje geen Cloud Server meer gebruikte hebben (in plaats daarvan een VPN-verbinding), maar eens Drive geprobeerd. Precies hetzelfde euvel. Een xls openen zonder opslaan wordt meteen als een wijziging geregistreerd door Drive...

[Briolet]

Waarschijnlijk veranderd er ook direct iets bij openen. Hetzelfde gebeurde een tijdje terug bij het scrollen door een pdf. macOS bewaart de cursorpositie in de metadata van de file. Die werd daardoor bij het scrollen een paar keer per seconde geupdate. Gelijktijdig zag je drive een paar keer per seconde de versie vernieuwen.

Dat euvel ik inmiddels opgelost. Blijkbaar heeft Drive geleerd om niet meer op verandering van die metadata van de cursorpositie te reageren.  Maar dat betekend wel dat de synchronisatie tussen apparaten niet meer perfect is. Het blijft een keus welke veranderingen Drive mag negeren. Het kan zijn dat iets dergelijks ook met het xls bestand speelt.

[Peter van Heun]

Het had iets met het programmaatje 'inotify' te maken dat Cloud gebruikt, las ik eens een achtergronddocument van Cloud, en blijkbaar Drive ook. Het fijne weet ik er niet van.

Ik had trouwens nog de Cloud Cliënt op mijn laptop staan. Die gebruikte ik ook niet meer maar nu die weg is lijkt het probleem verholpen... . Ben alleen bang het weer terug komt als ik op een andere NAS Drive ShareSync wil gaan gebruiken.

[Peter van Heun]

Er bleek wat vertraging is de service te zitten. Data van xls-bestanden worden weer gewoon aangepast na openen zonder opslaan. 

[Tien]

is er niet iets veranderd in MS Office (een update of zo) die XLS bestanden meteen omzet naar XLSX (ik weet dat de webvariant dit bijvoorbeeld doet...)? Of loopt er een VBA project mee? Er móét toch een trigger zijn waarom het bestand verandert en daarmee gaat syncen...

[Briolet]

Kijk ook eens in het logbestand van drive of je daar een reden van de update zien. Ik heb voor de aardigheid een file met naam "Fibonatie berekening" in "Fibonatie berekeningen" veranderd. Dat resulteerd direct in de volgende 8 logregels:

Code: [Selecteer]

2020-11-25T19:25:07 (  672:19296) [INFO] event-manager.cpp(743): PushEvent = [Event<FileRenameEvent>[1]{source: local, type: file, file_id: '', parent_id: '', path: '/Fibonatie berekening.numbers', sync_id: 0, max_id: 0, file_size: 0, file_mtime: 0, file_hash: , ea_size: 0, ea_hash: , exec_bit: 0, permanent_link: , uid: 0, gid: 0, mode: 0, acl: , acl_hash: , share_priv_disabled = 0, share_priv_deny_list = , share_priv_ro_list = , share_priv_rw_list = , share_priv_hash = , is_force: 0, is_snapshot: 0, is_mergeable: 1}, to_path: /Fibonatie berekeningen.numbers].
2020-11-25T19:25:07 (  672:89888) [INFO] event-manager.cpp(301): PullEvent: Event<FileRenameEvent>[1]{source: local, type: file, file_id: '', parent_id: '', path: '/Fibonatie berekening.numbers', sync_id: 0, max_id: 0, file_size: 0, file_mtime: 0, file_hash: , ea_size: 0, ea_hash: , exec_bit: 0, permanent_link: , uid: 0, gid: 0, mode: 0, acl: , acl_hash: , share_priv_disabled = 0, share_priv_deny_list = , share_priv_ro_list = , share_priv_rw_list = , share_priv_hash = , is_force: 0, is_snapshot: 0, is_mergeable: 1}, to_path: /Fibonatie berekeningen.numbers
2020-11-25T19:25:07 (  672:89888) [INFO] error-handler.cpp(77): Worker (5332): Handle error: Successful.
2020-11-25T19:25:07 (  672:89888) [INFO] event-manager.cpp(313): DoneEvent: Event<FileRenameEvent>[1]{source: local, type: file, file_id: '', parent_id: '', path: '/Fibonatie berekening.numbers', sync_id: 0, max_id: 0, file_size: 0, file_mtime: 0, file_hash: , ea_size: 0, ea_hash: , exec_bit: 0, permanent_link: , uid: 0, gid: 0, mode: 0, acl: , acl_hash: , share_priv_disabled = 0, share_priv_deny_list = , share_priv_ro_list = , share_priv_rw_list = , share_priv_hash = , is_force: 0, is_snapshot: 0, is_mergeable: 1}, to_path: /Fibonatie berekeningen.numbers
2020-11-25T19:25:07 (  672:33344) [INFO] event-db.cpp(1177): No record for event-path: [/Fibonatie berekening.numbers]
2020-11-25T19:25:07 (  672:33344) [INFO] pullevent-handler.cpp(643): Server delete event [/Fibonatie berekening.numbers] and cannot find db record (server fake)
2020-11-25T19:25:07 (  672:33344) [INFO] pullevent-handler.cpp(662): File [/Fibonatie berekeningen.numbers] is already up-to-date (server echo, event sync id: 47975, db sync id: 47975).
2020-11-25T19:25:07 (  672:94208) [INFO] pullevent-handler.cpp(111): Set session 1's sync_id to 47975.

Er wordt dus erg veel gelogd. Op de mac staat het logbestand in "~/.SynologyDrive/log/daemon.log". Het is alles heel cryptisch, maar je weet nooit of je een reden vind.

[Peter van Heun]

Wat bedoel je met 'loopt er een VBA-project mee'? Er worden wel VBA-functies gebruikt in Excel door die standaard bij opstarten te openen. Maar ook een test-bestand waarin die functies niet gebruikt worden, heeft dit euvel.

Btw, xlsx heeft er geen last van.

is er niet iets veranderd in MS Office (een update of zo) die XLS bestanden meteen omzet naar XLSX (ik weet dat de webvariant dit bijvoorbeeld doet...)? Of loopt er een VBA project mee? Er móét toch een trigger zijn waarom het bestand verandert en daarmee gaat syncen...

[Tien]

Niet zelden hebben VBA-projecten wel invloed op of komen uit de main-template op basis waarvan het bestand dat je opent werkt.
Als er echter geen VBA-project in een testbestand zit en deze vertoont het sync euvel ook, dan zal dat het wel niet zijn hè...?
Ik weet dat (maar niet precies welke) er soms aardig wat komt kijken als het gaat om het verschil tussen de xls en xlsx en dan ook nog de versies van Excel zelf (zo heb ik er nu eentje die weigert CSV's goed importeren terwijl de xls Excel variant dat wel doet).

De vraag is dan toch: wát is er veranderd tov 'vroeger'. Ik kan me niet voorstellen dat dit aan de NAS-kant zit maar dat het toch echt binnen Excel gezocht moet worden. Misschien dat de compatibiliteitsmodus is aangepast?

Maar....waarom converteer je gewoon niet ieder bestand dat je toevallig opent of wijzigt. Dan is het toch opgelost? Vroeg of laat gaat xls er toch een keer uit en met xlsx krijg je wel nieuwe mogelijkheden erbij.

[Peter van Heun]

We hebben veel, heel veel xls-bestanden. Maar goed, het zou kunnen, alles converteren. Maar het ook belangrijk zijn te weten van welke datum het origineel is.