nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Nuxeo Drive - Problem with Drive Edit after a synchronization

Pascal_Langlais

Hi, I am using Nuxeo 7.10 with Drive Package 1.5.4 and Drive client 2.1.106. When I synchronize folders, I am no more able to edit with Drive Edit (.docx document). I can only edit the files in the synchronized folders. The synchcronization works well. To reproduce the problem, I suspend the synchronization and add a new document through the web browser. I can Drive edit without problem. I then reactivate the synchronization. At the first attempt to Drive Edit, the document opens. But when I want to save, the "save as" dialog box appears because the file is read only in \AppData\Roaming\SPB_Data.nuxeo-drive\edit.... I cancel the operation and quit without saving. For each other attempts to Drive Edit, nothing happens. Logs are attached.

Is that a problem of configuration on my side?

Thanks !

Find more posts tagged with

Accepted answers

Pascal_Langlais

It still fails! Logs are attached (only the client Side)

What I did (step you'll see in the logs): Drive edit a document (Word opened but I got the "save as" dialog box because the file was read-only. I closed Word withtout saving). Drive edit a second time the same document. Nothing happened. Suspended the synchonization I created a new document instance with a new file. Increment the minor version. Drive edit the new document (it was workging). Restart the synchronization. Drive edit the same new document (Word opened but I got the "save as" dialog box because the file was read-only. I closed Word withtout saving). Drive edit a second time the same new document. Nothing happened.

Logs2.zip

All comments

ataillefer_

Hello,

There are 2 errors:

Client-side: indeed we can see a permission issue, can you check that the planglais Windows user has read/write permission on C:\\Users\\planglais\\AppData\\Roaming\\SPB_Data\\.nuxeo-drive and C:\\Users\\planglais\\AppData\\Roaming\\SPB_Data\\.nuxeo-drive\\€dit, though I assume it is the case.
Server-side:

Caused by: org.nuxeo.ecm.automation.OperationException: Failed to invoke operation NuxeoDrive.AttachBlob
	at org.nuxeo.ecm.automation.core.impl.InvokableMethod.invoke(InvokableMethod.java:182)
	at org.nuxeo.ecm.automation.core.impl.CompiledChainImpl.doInvoke(CompiledChainImpl.java:128)
	at org.nuxeo.ecm.automation.core.impl.CompiledChainImpl.invoke(CompiledChainImpl.java:114)
	at org.nuxeo.ecm.automation.core.impl.OperationServiceImpl.run(OperationServiceImpl.java:208)
	... 121 more
Caused by: java.lang.NullPointerException
	at org.nuxeo.ecm.core.storage.BaseDocument$Visit.visitBlobsComplex(BaseDocument.java:1020)
	at org.nuxeo.ecm.core.storage.BaseDocument.visitBlobs(BaseDocument.java:960)
	at org.nuxeo.ecm.core.storage.sql.coremodel.SQLDocumentLive.visitBlobs(SQLDocumentLive.java:263)
	at org.nuxeo.ecm.core.blob.BlobManagerComponent.freezeVersion(BlobManagerComponent.java:364)
	at org.nuxeo.ecm.core.storage.sql.coremodel.SQLDocumentLive.checkIn(SQLDocumentLive.java:402)
	at org.nuxeo.ecm.core.versioning.StandardVersioningService.doPostSave(StandardVersioningService.java:272)
	at org.nuxeo.ecm.core.versioning.VersioningComponent.doPostSave(VersioningComponent.java:234)
	at org.nuxeo.ecm.core.api.AbstractSession.saveDocument(AbstractSession.java:1470)
	at org.nuxeo.drive.adapter.impl.FileSystemItemHelper.versionIfNeeded(FileSystemItemHelper.java:49)
	at org.nuxeo.drive.operations.NuxeoDriveAttachBlob.run(NuxeoDriveAttachBlob.java:69)

This is a bug we've just tracked in https://jira.nuxeo.com/browse/NXP-18738 for which the fix will be included in hotfix HF3 for Nuxeo 7.10. Yet you should be able to resolve it without the hotfix: it seems like you have in your database a document instance with a facet that has been dynamically added, yet the facet is no more declared by the SchemaManager. So either you re-declare the facet or you clean up the mixintypes column of the hierarchy table to remove the obsolete facet.

Hope this helps.

Pascal_Langlais

Thanks a lot for your answer.

On the client side, I have the read/write permission but files are read-only. When I clear the read only property, a drive synchronization cause the files to get back the read-only property.

For the server side. I am not using yet Nuxeo in production. It is actually used in test mode before we deploy it, so I don't have a lot of document instances created. I only customized the write permission to make the remove action available only with the "all rights" permission. What could have cause a facet no more declared by the SchemaManager? It is possible that I tried some packaged from the market place and remove them. I first installed Nuxeo 7.3 and upgrade it with the subsequent versions. The problem on the server side occurs on all documents, even on document instances created with 7.10. Is the problem of the facet no more declared by the SchemaManager but dynamically assigned on a document instance creation can be present on document I create now with 7.10?

Thanks again !

Logs2.zip

Pascal_Langlais

ataillefer_

OK, does your user has write permission in Nuxeo on the synchronized folder? That could explain, but then in this case you shouldn't be able to Drive Edit at all (icon should not appear in the web UI)?

Pascal_Langlais

Yes, the user has the write permission. The Drive Edit is working until I start the synchronization. As soon as the first synchronization is done, I cannot edit anymore the document.

ataillefer_

OK, then for the Drive Edit issue can you please try the following

Pascal_Langlais

It still fails! Logs are attached (only the client Side)

Logs2.zip

ataillefer_

OK, managed to track the problem, it is related to your permission customization

Pascal_Langlais

Thanks again ! It is working with the fix included in nuxeo-drive-2.1.112.