getting sick of seeing "Failed to transfer file" "could not determine the type of file"

The auto upload is a great feature but it seams to be failing quite often for me.  So far it has failed 6 times today

My usual workflow is:
* write something in the editor,
* move the mouse up to firefox, click once to gain focus
* push F5 to refresh the page.

In the background phpstorm will usually save the file and automatically upload it to the server via FTP.

But lately Im seeing a lot of:
[8/28/12 12:07 PM] Failed to collect files: Could not determine the type of file "ftp://the.server.com/modules/jrSomemodule"

and
[8/28/12 12:45 PM] Failed to delete folder '/server/httpdocs/somefolder': could not determine the type of file "ftp://the.server.com/somefolder".

and
[8/28/12 2:06 PM] Failed to transfer file '/home/me/PhpStorm_projects/project/core/modules/jrSomemodule/templates/stats.tpl': could not determine the type of file "ftp://the.server.com/modules/jrSomemodule/templates/stats.tpl".

it sucks because each time it fails i have to:
* focus back on the editor
* right click and locate "upload to the.server.com"
* back to the browser
* refresh

In short a bunch more steps because this fails.  Anyone have any idea as to why it might be failing.  I have tried changing the 'advanced options'->passive mode to ON but that doesnt stop this issue.

Hoping there is a way to fix it.  running on PS-121.110  but it was happening on the previous EAP and have seen it before in the past too, just not as often.

Thanks

10 comments
Comment actions Permalink

Hi!

This happens only on autoupload and never on upload action, doesn't it? Please create an isue and attach debug ftp log.

Best regards,
Elena

0
Comment actions Permalink

correct it only happens on autoupload.

There is a _very_ similar request here:
http://youtrack.jetbrains.com/issue/WI-6742

The only real difference is that in that feature request the wording was "because its not a file"  which has now changed to "could not determine the type of file".

Up to 14 fails so far today.

Ill put that logger in for tomorrow, only got an hour or so of work left in me today.

0
Comment actions Permalink

seams to have days on and off.

Today the 'failed to transfer' is happening.  I have added the log to the ticket.

The portion of code from the log that looks to be related is this:

2012-09-04 14:25:06,056 [12336997]  DEBUG - ains.plugins.webDeployment.ftp - > PASV
2012-09-04 14:25:06,056 [12336997]  DEBUG - ains.plugins.webDeployment.ftp - 421 Timeout.
2012-09-04 14:25:06,058 [12336999]   WARN - ins.webDeployment.TransferTask - Copy: file:///home/ussher/PhpStorm_projects/Jamroom5/core/modules/jrMailer/include.php to /modules/jrMailer/include.phpfailed
org.apache.commons.vfs2.FileSystemException: Could not determine the type of file "ftp://jr500.iixxii.cc/modules/jrMailer/include.php".
    at org.apache.commons.vfs2.provider.AbstractFileObject.getType(AbstractFileObject.java:588)
    at org.apache.commons.vfs2.provider.AbstractFileObject.exists(AbstractFileObject.java:559)
    at com.jetbrains.plugins.webDeployment.DeploymentPathUtils.refreshRemoteFile(DeploymentPathUtils.java:306)
    at com.jetbrains.plugins.webDeployment.DeploymentPathUtils.refreshRemoteFile(DeploymentPathUtils.java:291)
    at com.jetbrains.plugins.webDeployment.RemoteHostTask$4.findRemoteFile(RemoteHostTask.java:211)
    at com.jetbrains.plugins.webDeployment.TransferTask$2.findRemoteFile(TransferTask.java:429)
    at com.jetbrains.plugins.webDeployment.TransferOperation$Copy.execute(TransferOperation.java:241)
    at com.jetbrains.plugins.webDeployment.TransferTask.executeOperations(TransferTask.java:528)
    at com.jetbrains.plugins.webDeployment.RemoteHostTask$5.compute(RemoteHostTask.java:233)
    at com.jetbrains.plugins.webDeployment.RemoteHostTask$5.compute(RemoteHostTask.java:231)
    at com.jetbrains.plugins.webDeployment.connections.RemoteConnection$2.compute(RemoteConnection.java:50)
    at com.jetbrains.plugins.webDeployment.connections.RemoteConnectionPool$RemoteConnectionImpl.executeServerOperation(RemoteConnectionPool.java:80)
    at com.jetbrains.plugins.webDeployment.connections.RemoteConnection.executeServerOperation(RemoteConnection.java:48)
    at com.jetbrains.plugins.webDeployment.RemoteHostTask.doRun(RemoteHostTask.java:231)
    at com.jetbrains.plugins.webDeployment.AutoUploadComponent$FileListenerImpl$2.run(AutoUploadComponent.java:465)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl$TaskRunnable.run(ProgressManagerImpl.java:472)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl$2.run(ProgressManagerImpl.java:181)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl.executeProcessUnderProgress(ProgressManagerImpl.java:221)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl.runProcess(ProgressManagerImpl.java:172)
    at com.intellij.openapi.progress.impl.ProgressManagerImpl$8.run(ProgressManagerImpl.java:381)
    at com.intellij.openapi.application.impl.ApplicationImpl$6.run(ApplicationImpl.java:457)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)
    at com.intellij.openapi.application.impl.ApplicationImpl$1$1.run(ApplicationImpl.java:148)
Caused by: java.net.SocketException: Broken pipe
    at java.net.SocketOutputStream.$$YJP$$socketWrite0(Native Method)
    at java.net.SocketOutputStream.socketWrite0(SocketOutputStream.java)
    at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
    at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
    at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:202)
    at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:272)
    at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:276)
    at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:122)
    at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:212)
    at java.io.BufferedWriter.flush(BufferedWriter.java:236)
    at org.apache.commons.net.ftp.FTP.__send(FTP.java:501)
    at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:475)
    at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:552)
    at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:601)
    at org.apache.commons.net.ftp.FTP.quit(FTP.java:809)
    at org.apache.commons.vfs2.provider.ftp.FTPClientWrapper.disconnect(FTPClientWrapper.java:110)
    at org.apache.commons.vfs2.provider.ftp.FTPClientWrapper.listFiles(FTPClientWrapper.java:136)
    at org.apache.commons.vfs2.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:141)
    at org.apache.commons.vfs2.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:111)
    at org.apache.commons.vfs2.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:197)
    at org.apache.commons.vfs2.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:343)
    at org.apache.commons.vfs2.provider.AbstractFileObject.getType(AbstractFileObject.java:579)
    ... 27 more
2012-09-04 14:25:06,059 [12337000]  DEBUG - ins.webDeployment.TransferTask - finished
2012-09-04 14:25:06,062 [12337003]  DEBUG - t.connections.RemoteConnection - Releasing one of the connections to ftp://jr500.iixxii.cc:21/

0
Comment actions Permalink

Is there a ticket for this now?
It is happening to me as well. It happens on manual uploads for me. Seems a bit more likely when
things have been idle. Very seldom, if ever, have I seen it happen twice in a row.
It is a nuisance, no doubt about it.
Thanks,
Gordon

ps. build 121.285 Windoze XP

0
Comment actions Permalink

Please create separate issue and attach collected debug logs there.

0
Comment actions Permalink

I did submit a ticktet. But I can't edit it until it clears, meanwhile one more observation.
The full message starts 'Failed to collect files:'. The collection indication spins for
a relatively long time when the bug occurs. It is much quicker to complete when
the upload works.

0
Comment actions Permalink

Could you provide link to that ticket, or at least your nik on youtrack?

0
Comment actions Permalink

This one's been open longer and has a bunch more resources/logs attached to it.
http://youtrack.jetbrains.com/issue/WI-6742

0
Comment actions Permalink

its being particularly annoying today



Attachment(s):
auto-upload-failed.png
0

Please sign in to leave a comment.