| <font color="red"><b>Moving a folder from an archive doesn't work sometimes</b></font>

−

| RSE Local and DStore: when browsing into an archive and using the "Move To" functionality on a folder, it can happen that this folder gets removed from the archive but not extracted properly. <font color="red"><b>This can mean loss of data</b></font>, and we are working on a fix urgently. '''Workaround:''' Copy&Paste the folder out of the archive and delete it in the archive after verifying correct extraction.

−

|-

−

| [https://bugs.eclipse.org/bugs/show_bug.cgi?id=194204 194204]

−

| RSE FTP: Renaming Files/Folders moves them

−

| Renaming an item on an RSE FTP connection can move that item to the place that was expanded before, instead of just renaming it in the same directory. '''Workaround:''' before renaming the item, refresh and expand the folder in which the item resides.

|-

|-

| [https://bugs.eclipse.org/bugs/show_bug.cgi?id=181458 181458]

| [https://bugs.eclipse.org/bugs/show_bug.cgi?id=181458 181458]

Line 37:

Line 32:

| Some long-running dstore commands cannot be canceled

| Some long-running dstore commands cannot be canceled

| When a "list directory" query is extremely slow because of e.g. missing mounted file systems, the dstore server gets unresponsive because it is single-threaded for "list" type queries. Other queries are multi-threaded, so fixing this in the future should not be too hard. Unfortunately, when the client cancels the operation further access to the hanging dstore server may block the UI. <b>Workaround</b>: When a dstore connection hangs, cancel the job in the progress view, then disconnect and reconnect the hanging connection. This will restart the dstore server.

| When a "list directory" query is extremely slow because of e.g. missing mounted file systems, the dstore server gets unresponsive because it is single-threaded for "list" type queries. Other queries are multi-threaded, so fixing this in the future should not be too hard. Unfortunately, when the client cancels the operation further access to the hanging dstore server may block the UI. <b>Workaround</b>: When a dstore connection hangs, cancel the job in the progress view, then disconnect and reconnect the hanging connection. This will restart the dstore server.

−

|-

−

| [https://bugs.eclipse.org/bugs/show_bug.cgi?id=179937 179937]

−

| (BIDI) File and Path names in files tree do not honor encoding

−

| On dstore, launch the server with proper encoding parameter. Multiple servers may be needed for multiple different encodings on the same host. The host-wide encoding control has been added to RSE but it is not yet functional for file and path names. This will be added as a bug fix in RSE 2.0.1.

All known major EFS related issues have been fixed for TM 2.0.1. In many cases we think that the problem is not with the TM/RSE EFS provider but with the clients not being prepared for remote resources through EFS properly. We encourage all projects to be aware that resources in the workspace are not necessarily fast to access, in the case they actually reside on a remote computer linked in through EFS. TM/RSE is a great toolkit to verify EFS-awareness.

| (BIDI) File and Path names in files tree do not honor encoding: For SSH and FTP, this has been fixed in TM 2.0.1; for dstore, it is possible to launch the server with required encoding settings (see the bug for details). For enhanced usbility, dstore should also use the host-wide encoding control in the future.

| <font color="red"><b>RSE FTP: Renaming Files/Folders moves them sometimes</b></font> - this could mean loss of data. A patch is provided with TM 2.0.0.1. See [http://tmober.blogspot.com/2007/07/dsdp-tm-rse-2001-critical-patch-release.html the TM 2.0.0.1 blog] for details.

Latest revision as of 13:55, 14 November 2007

This page lists the most obvious known issues with
TM 2.0
and suggests workarounds. By "most obvious" we mean those issues that many users are likely to encounter. Note that there may be other severe or critical issues not listed here, because they are less likely to occur. See the Bugzilla: TM Major and Critical, P1 and P2 query to show those.

We encourage you to enable Wiki Watch for this page: ensure that you are logged on to the Wiki, then click the little 'watch' tab on top of this page. On your personal "preferences" page (accessible from the top right of your screen) you can also enable E-Mail notifications for changes on this page. This will allow you to get notified when other users find important problems that you might be able to work around.

This is a collaborative page: Every user may edit this page and add bugs he or she has filed, that are very obivious or problematic and that he or she'd like other users to be able to work around to avoid. See the TM Bug Process Page
for queries to get the full list of known bugs out of bugzilla.

We had to take out the "Download on Copy" workaround again because of critical bug 189268. A proper fix will need support for the "PluginTransfer" method in the Project Explorer. Workaround: Open the Resource Navigator in a separate view, then drag&drop to the Resource Navigator instead.

When a "list directory" query is extremely slow because of e.g. missing mounted file systems, the dstore server gets unresponsive because it is single-threaded for "list" type queries. Other queries are multi-threaded, so fixing this in the future should not be too hard. Unfortunately, when the client cancels the operation further access to the hanging dstore server may block the UI. Workaround: When a dstore connection hangs, cancel the job in the progress view, then disconnect and reconnect the hanging connection. This will restart the dstore server.

All known major EFS related issues have been fixed for TM 2.0.1. In many cases we think that the problem is not with the TM/RSE EFS provider but with the clients not being prepared for remote resources through EFS properly. We encourage all projects to be aware that resources in the workspace are not necessarily fast to access, in the case they actually reside on a remote computer linked in through EFS. TM/RSE is a great toolkit to verify EFS-awareness.

(BIDI) File and Path names in files tree do not honor encoding: For SSH and FTP, this has been fixed in TM 2.0.1; for dstore, it is possible to launch the server with required encoding settings (see the bug for details). For enhanced usbility, dstore should also use the host-wide encoding control in the future.