Bug 218611 - Browsing GridFTP mounts sometimes causes failed assertion exceptions
Summary: Browsing GridFTP mounts sometimes causes failed assertion exceptions
Status: NEW
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Geclipse (show other bugs)
Version: unspecified   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Ariel Garcia CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-02-12 06:28 EST by Thomas Kockerbauer CLA
Modified: 2014-01-09 16:14 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Kockerbauer CLA 2008-02-12 06:28:16 EST
When I browse GridFTP mounts I sometimes get following exception:

An internal error occurred during: "Refreshing workspace".

org.eclipse.core.runtime.AssertionFailedException: assertion failed: Cannot perform getChild on non-directory node
at org.eclipse.core.runtime.Assert.isTrue(Assert.java:109)
at eu.geclipse.efs.gridftp.GridFile.getChild(GridFile.java:154)
at eu.geclipse.core.filesystem.internal.filesystem.GEclipseFileStore.getChild(GEclipseFileStore.java:168)
at org.eclipse.core.filesystem.provider.FileStore.getChild(FileStore.java:296)
at org.eclipse.core.internal.localstore.FileStoreRoot.createStore(FileStoreRoot.java:93)
at org.eclipse.core.internal.localstore.FileSystemResourceManager.getStore(FileSystemResourceManager.java:355)
at org.eclipse.core.internal.resources.Resource.getStore(Resource.java:1085)
at org.eclipse.core.internal.localstore.FileSystemResourceManager.refreshResource(FileSystemResourceManager.java:726)
at org.eclipse.core.internal.localstore.FileSystemResourceManager.refresh(FileSystemResourceManager.java:714)
at org.eclipse.core.internal.resources.Resource.refreshLocal(Resource.java:1420)
at org.eclipse.core.internal.refresh.RefreshJob.runInWorkspace(RefreshJob.java:141)
at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

If this happens a subtree of the filesystem gets closed and I have to open the folders again.
I had a look at the GridFile.getChild for a case where this exception occurred in the debugger. The assert which failed checks whether the GridFile where getChild is called on is a directory or not. In the case when the exception occurs the GridFile would be a directory, but the attributes in the GridFileInfo don't have the directory flag set (the attributes are 0).