Bug 309218 - Add tests for linked resources in fast project import from snapshot data
Summary: Add tests for linked resources in fast project import from snapshot data
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Resources (show other bugs)
Version: 3.6   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform-Resources-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 301563
Blocks:
  Show dependency tree
 
Reported: 2010-04-14 16:42 EDT by Martin Oberhuber CLA
Modified: 2019-09-06 16:10 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Oberhuber CLA 2010-04-14 16:42:45 EDT
+++ This bug was initially created as a clone of Bug #305716 +++

The Unittests for fast project import from snapshot need to be enhanced to also check handling of Linked Resources.

Acceptance criteria:
- Linked resource pointing to an absolute path outside the workspace
  with content: exported snapshot includes content under the absolute path,
  such that import with snapshot faithfully restores the original project.
  ==> Since "reconcileLinks" needs to be done on project import, we may
      need to take care of what happens when (a) the actual absolute path
      does not exist on import from snapshot, or (b) a Windows style absolute
      path was exported but is then imported on Linux.

- Linked resource pointing to a path relative to the project but outside
  the workspace: exported snapshot includes content, project structure is
  faithfully restored -- basically same behavior expected as if the 
  relatively linked resources were directly under the project.

- Linked resource using a Preference Path Variable pointing outside the WS:
  ==> snapshot includes data under the linked resource. On import, when the
      path variable exists, content is restored. 
  ==> When the path variable is not defined on import, I'm unsure what to 
      do (supposedly not import the tree but mark as a broken linked 
      resource. Or, import the tree first but then reconcile links into a
      broken linked resource).

- Linked resource pointing to a different project (==Alias): content under
  that linked resource is not exported to snapshot since that content is
  considered to be owned by the other project.
  ==> Import without the other project open creates a broken linked resource
  ==> Import with the other project open doesn't lead to extra refresh

Rather than writing Unittests for this right away, we could also easily manually check these scenarios once the UI for import/export with snapshot is done as per bug 303751. In that case I'd expect a workspace with all the special cases mentioned above to be exported with snapshot and attached here on the bug, such that it can be imported with or without snapshot by somebody else for verification.
Comment 1 Eclipse Webmaster CLA 2019-09-06 16:10:57 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.