search

macressler / alfresco-bulk-filesystem-import

Automatically exported from code.google.com/p/alfresco-bulk-filesystem-import
GNU Lesser General Public License v3.0
1 stars 0 forks source link

Content nodes missing for version history #149

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
How to reproduce the problem:

1. Prepare filesystem with multiple versions of the same document. 
For example:
test.pdf
test.pdf.v1
test.pdf.v2
test.pdf.metadata.properties.xml
test.pdf.metadata.properties.xml.v1
test.pdf.metadata.properties.xml.v2

2. Execute a successful bulk import

3. Browse to the target directory in Alfresco Share and download any of the 
earlier versions.

Expected result:
User should be able to download the file. 

Actual result: 
There is an error "404 Description: Requested resource is not available." (see 
attachment). This is due to missing content for the node. 

Version information:
Alfresco Enterprise 4.2.0 with alfresco-bulk-filesystem-import 1.3.1.

Additional info:
If the same files are imported with the Alfresco's official bulk importer, the  
documents in the version history can be downloaded successfully.

Original issue reported on code.google.com by heikki.t...@gmail.com on 15 May 2014 at 9:53

Attachments:

GoogleCodeExporter commented 9 years ago 
I wasn't able to reproduce this issue with v1.3.2, and the test data has 
included a variety of version-related tests for quite a while [1], so I suspect 
I'd see the same behaviour on earlier versions too.

Are you able to provide a ZIP with the exact files you're importing?

[1] 
https://code.google.com/p/alfresco-bulk-filesystem-import/source/browse/?name=4x
#hg%2Fsrc%2Ftest%2Fdata%2FSinglePassTests%2FVersionTests

Original comment by pmo...@gmail.com on 11 Jun 2014 at 10:18

GoogleCodeExporter commented 9 years ago 
Some more details to the issue. Alfresco 4.2.0 has a bug in the official bulk 
importer, so the version history is not complete even with the official bulk 
importer. The last version is not properly created with it. This issue has been 
fixed in 4.2.1.

So, this issue could be due to Alfresco 4.2.0.

Original comment by heikki.t...@gmail.com on 12 Jun 2014 at 12:27

GoogleCodeExporter commented 9 years ago 
Tested again with Alfresco 4.2.2 with both official bulk importer and community 
importer version 1.3.1.

The community version creates the incomplete version history in the same way as 
Alfresco 4.2.0 official bulk importer. In other words, one version is missing. 
A sample file with three file versions attached as zip. After the import share 
only shows two versions:
- 2.0 latest (this is input file number 3) and 
- 1.0 (this is input file number 1).
See, attached screenshot.

Furthermore, if trying to download the version for old version 1.0, there is an 
error (this is the original issue).

When testing with Alfresco 4.2.2 with official bulk importer, the version 
history is correct (three versions), see attached screenshot. The files in the 
version history (for 1.0 and 2.0) can be downloaded correctly.

Original comment by heikki.t...@gmail.com on 12 Jun 2014 at 2:03

Attachments:

GoogleCodeExporter commented 9 years ago 
More test results... I missed the changed downloads location, so that is why 
initial testing was done with old 1.3.1 version.

I tried again with Alfresco 4.2.2 and community importer 1.3.3 amp (module 
version 1.3.2.99). With this version, the version history is still incorrect, 
but the original issue was fixed. That is, the content for an old version can 
be downloaded successfully in share.

Original comment by heikki.t...@gmail.com on 12 Jun 2014 at 2:24

GoogleCodeExporter commented 9 years ago 
Interesting - it looks like this is a bug in Share.

I imported "fileWithVersions.txt" from the unit tests (which has 4 versions) 
[1], into a Share site, and like you I only see 3 versions in the Share UI.  
The Explorer UI, however, clearly shows that there are indeed 4 versions stored 
in the repository - see the attached screenshots, showing the exact same file 
viewed in each UI, but with different version counts.

I'll raise an Alfresco bug, and also investigate whether there's a workaround 
that makes it work the same in both UIs.

Nice catch!!

[1] 
https://code.google.com/p/alfresco-bulk-filesystem-import/source/browse/?name=4x
#hg%2Fsrc%2Ftest%2Fdata%2FSinglePassTests%2FVersionTests

Original comment by peter.mo...@alfresco.com on 12 Jun 2014 at 5:38

Attachments:

GoogleCodeExporter commented 9 years ago 
I think it is not a share issue, since in your screenshots, there are three 
versions both in web client and share. In other words, one version is missing. 

If importing with the alfresco official importer, there will be four versions: 
1.0 - 4.0.

Original comment by heikki.t...@gmail.com on 13 Jun 2014 at 10:48

GoogleCodeExporter commented 9 years ago 
Unlike the Share UI, the Explorer UI doesn't show the "tip" version in the 
version history - that list is just the "historical versions".

You can confirm this by downloading the file from the "properties" section to 
check the content (the unit tests state their versions in the file content, to 
facilitate this kind of testing), then clicking each of the "view" links beside 
each version in the version history - you'll find that all 4 versions are 
indeed there.

Original comment by pmo...@gmail.com on 13 Jun 2014 at 3:29

GoogleCodeExporter commented 9 years ago

Original comment by pmo...@gmail.com on 13 Jun 2014 at 3:37

GoogleCodeExporter commented 9 years ago 
Workaround for issue #149 - revision 710f15a08f54.

Original comment by pmo...@gmail.com on 16 Jun 2014 at 11:04

GoogleCodeExporter commented 9 years ago

Original comment by pmo...@gmail.com on 16 Jun 2014 at 11:05