Community
Participate
Working Groups
Build ID: M20060629-1905 Steps To Reproduce: 1.Install RSE FTP Services 1.0.1.v20061215 2.Create a connection to Win NT server 3.Open MyHome or root No files below the home directory under root More information: See: http://www.eclipse.org/newsportal/article.php?id=68&group=eclipse.dsdp.tm#68 This bug opened at Martin Oberhuber's Request. Appears to work correctly with RSE core and FTP 1.0.0
It works fine for me with RSE 1.0.1.v20061129 when connecting to a Win NT FTP server. Can you provide the output of your logging console, so I can take a look at it ? My FTP log, showing a successful connection, is: 220 Microsoft FTP Service (Version 5.0). USER JavierM 331 Password required for JavierM. PASS ****** 230 User JavierM logged in. SYST 215 Windows_NT version 5.0 PWD 257 "/" is current directory.
Here is my console log: ------------------- 220 Microsoft FTP Service USER jmband 331 Password required for jmband. PASS ****** 230 User jmband logged in. SYST 215 Windows_NT PWD 257 "/jmband" is current directory. NOOP 200 NOOP command successful. CWD \jmband 250 CWD command successful. PORT 192,168,231,52,4,141 200 PORT command successful. LIST 150 Opening ASCII mode data connection for /bin/ls. 226 Transfer complete. NOOP 200 NOOP command successful. CWD \jmband 250 CWD command successful. PORT 192,168,231,52,4,143 200 PORT command successful. LIST 150 Opening ASCII mode data connection for /bin/ls. 226 Transfer complete. ------------------- Note that the problem is not with establishing a connection, it's with retreiving the contents of the root directory.
This issue should be solved after having fixed bug 168120 ([ftp] root filter resolves to home dir). This bug was fixed on the 20/12/2006, so you should try with a later version of the FTP plugin from the DSDP-TM download site (http://download.eclipse.org/dsdp/tm/downloads/index.php) Let me know if doesn't fix your problem.
FYI, RSE 2.0M4 would be a proper version to test. In spite of the 2.0 number, it does not change any APIs compared to 1.0.1 so you should be good to use it.
2.0M4 does not appear to help. According to the Product Configuration I have the following features enabled: Remote System Explorer Core 1.0.2.V20061220 RSE FTP Services 1.0.2.V20061220 RSE Local Services 1.0.2.B20061220 I couldn't find an update site for the 2.0 stream, so I downloaded the zips and unzipped them to C:\Program Files. This caused the new features to appear in the Product Configuration, but disabled (which suprised me because I thought Eclipse always took the highest numbered feature) Anyway, Replacing the features with the new versions (as noted above) appears to enable them. I should note that I did this one feature at a time, first FTP then CORE then Local Services, testing in between. Everything I tried produces the same behavior. I also tried starting eclipse with -clean, and creating a new connection.
Verified that 2.0M4 does indeed contain the fix for bug bug 168120. Your turn Javier.
(In reply to comment #2) > Note that the problem is not with establishing a connection, it's with > retreiving the contents of the root directory. So it means that when you expand "Root", instead of "/" and its subfolders you get the contents of \jmband ?
When the view starts it looks like this: test3 (the connection) Files My Home pending... Root pending... Eventually, the node under My Home changes to Empty list and the node under Root changes to / If I click the + next to / I get pending... for a moment, then / without a + When I ran it with 1.0.0 I found what appears to be the actual Root of the server's E: drive under Root, and the my web application's file system under My Home.
(In reply to comment #8) > When the view starts it looks like this: > test3 (the connection) > Files > My Home > pending... > Root > pending... > > Eventually, the node under My Home changes to > Empty list > and the node under Root changes to > / > > If I click the + next to / I get pending... for a moment, then / without a + > > When I ran it with 1.0.0 I found what appears to be the actual Root of the > server's E: drive under Root, and the my web application's file system under My > Home. > Can you check if Eclipse reports any issue in the View "PDE Runtime" -> "Error Log" Also, it could be interesting checking if you can connect to the FTP server through another FTP Client, just to discard any connectivity issue.
org.eclipse.osgi reports Error while stopping "org.eclipse.rse.ui.1.0.1.v20061215" on shutdown. No errors on RSE initialization or when I click the +. Connection via Windows FTP command works correctly.
Created attachment 57928 [details] patch I found the possible cause of the issue. It could be a problem using \ instead of / as the path separator for Windows. The patch is attached, could you verify if it solves your problem ?
Sorry for the delay, just getting back to this. I assume I'll have to download the source, apply the patch and build the plugin. I don't have any experience with this so it might take a while longer yet. Or is this in a daily build by now, that I can just download the binary?
(In reply to comment #12) > Or is this in a daily build by now, that I can just download the binary? Any build after Jan 2007 should have the fix. Today's integration build should work fine. (http://download.eclipse.org/dsdp/tm/downloads/drops/I20070214-0800/index.php)
This bug was reported because the failing Windows FTP server listed the files in a UNIX format and the jakarta parser expected a Windows format, so no files were listed. The solution could be allow overriding the FTP client parser to be used, possibly through the FTP Settings.
Now it's possible to override the parser used and even add new ones through an extension point. In the original case of this bug, a WinNT server used a UNIX listing, so by default the WinNT parsing was used listing no files or folders (which can be right in an empty FTP server) Now, the user can select a specific parser on the Properties -> FTP Settings -> parser (in the previous case UNIX would work fine)
[target cleanup] 2.0 M7 was the original target milestone for this bug
Comment on attachment 57928 [details] patch iplog- since Javier became committer in 2006 already: http://dev.eclipse.org/mhonarc/lists/dsdp-tm-dev/msg00375.html
