[ALF-458] Tags are lost when importing content Created: 28-Oct-09  Updated: 22-Jan-16  Resolved: 06-Oct-11

Status: Closed
Project: Alfresco
Component/s: Alfresco Explorer, Repository
Affects Version/s: 3.2 R Enterprise, 3.3 Community
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: Alfresco QA Team (Inactive) Assignee: Closed Issues
Resolution: Duplicate Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Alfresco 3.1.2 EE build 362 - Stack 2
Windows 2008 Ent SP1 x64, MSSQL 2005 SP2, JBoss 4.2.3, JDK 6u16 x64, RMICacheManager, NTLM passthru, Windows Vista, IE7


Issue Links:
Duplicate
Related
Testcase ID:

Explorer-1238

Date of First Response:

 Description   

Steps to reproduce:
1. Create any space;
2. Add taggable aspect to the space;
3. Add any tag to the space;
4. Export the space (with switched on Include this space option);
5. Import package to another space;
6. Verify all tags added in the 3 step are present in the space properties;

Actual result:
Imported space doesn't contain any tag;

Expected result:
All tags added in the 3 step are present in the space properties;

JuliaG



 Comments   
Comment by Steve Rigby [X] (Inactive) [ 29-Oct-09 ]

Does this occur if the space being imported into has the taggable aspect aready applied?

Comment by Alfresco QA Team (Inactive) [ 29-Oct-09 ]

It's no matter whether the space being imported into has the taggable aspect or no - imported space loses its tag anyway.

Comment by Alfresco QA Team (Inactive) [ 03-Nov-09 ]

The issue is reproduced on Alfresco 3.1.2 EE build 362 - Stack 3
Windows 2008 Ent SP1 x64, PostgreSQL 8.4.1, JBoss 5.1.0 GA, JDK 6u16 x64, JGroups TCP, Kerberos + LDAP, Windows Vista SP 1, FF 3.5.4

Comment by Alfresco QA Team (Inactive) [ 26-Nov-09 ]

The bug is reproduced on Alfresco 3.2 EE build 267
Windows 2008 SP1 x64, Oracle 10g 10.2.0.3, JBoss 5.1.0 GA, JDK 6u16, NTLM, Windows Vista, IE 7

Comment by Alfresco QA Team (Inactive) [ 09-Dec-09 ]

The bug is reproduced on Alfresco 3.2 EE build 288
Solaris 10 Sparc x64, Weblogic 10.3.2.0, Oracle 11.2.0.1.0 x64, JDK 6u17 x64, Sun One Directory 5.2, Vista SP1 , IE 7

Comment by Alfresco QA Team (Inactive) [ 24-Mar-10 ]

THe bug is reproduced using Alfresco 3.3 CE b 2716 RHEL 5.1 x64, Tomcat 6.0.18, Mysql 5.1.40, JDK 6u16 x64, Alfresco + Open LDAP, Windows XP, FF 3.6

Comment by Alfresco QA Team (Inactive) [ 08-Apr-10 ]

The bug is reproduce using Alfresco 3.2.1 EE b 486 - Stack 7 Suse 11.1, Websphere 7.0.0.7, Oracle 10.2g, Alfresco +OpenLDAP, MacOS X 10.5.5, Safari 3.2.1

Comment by Alfresco QA Team (Inactive) [ 20-May-10 ]

The bug is reproduced using Alfresco 3.3 EE b 39 - Stack 3
Windows 2008 SP1 x64, MSSQL 2008 SP1 x64, Tomcat 6.0.18 as a service, JDK 6u20 x64, Kerberos + Alfresco, Windows 7, IE 8

Comment by Alfresco QA Team (Inactive) [ 15-Jun-10 ]

The bug is reproduced using Alfresco 3.3 b 90 Stack 7 Ubuntu Lucid 2.6.32 x64, Tomcat 6.0.24-2ubuntu1, Mysql 5.1.41-3ubuntu12.1, OpenJDK 6b18-1.8-0ubuntu1, Alfresco + OpenLDAP, Windows XP, FF3.6

Comment by Alfresco QA Team (Inactive) [ 19-Jul-10 ]

The bug is reproduced using Alfresco 3.2.2 EE b 509 - Stack 1
Suse 11.1, Websphere 7.0.0.7, Oracle 10.2g, Alfresco +OpenLDAP, MacOS X 10.5.5, Safari 3.2.1

Comment by Will Taylor [X] (Inactive) [ 01-Jul-11 ]

Please re-test on 3.4.3.
If it fails, then re-assign the issue to Dave Ward for re-BRB and assignment to a suitable fix version.
If it passes, then close, cannot reproduce.

Comment by Alfresco QA Team (Inactive) [ 05-Jul-11 ]

The issue is reproduced on Alfresco Enterprise 3.4.3 build 450 Windows Server 2003 R2, PostgreSQL 9.0, Tomcat, Java 6 (all installer deployed), Client: Windows XP, FF 5.0

Comment by Monica Basandrai [X] (Inactive) [ 13-Oct-11 ]

Retest with build 549

Comment by Ravi Manthena [X] (Inactive) [ 24-Jul-13 ]

Use Head-QA build 187 to test this issue.

Comment by Alfresco QA Team (Inactive) [ 10-Sep-13 ]

Closed as duplicate

Generated at Sun Jan 24 16:43:43 GMT 2021 using Jira 7.13.15#713015-sha1:7c5ddd2c3e1709974ae9c48c17df8edd3919fe2c.