This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | Remote leaves warmup zip files (w/o ".zip" extension) in /tmp directory of the remote host | ||
---|---|---|---|
Product: | cnd | Reporter: | Vladimir Kvashin <vkvashin> |
Component: | Remote | Assignee: | Vladimir Kvashin <vkvashin> |
Status: | VERIFIED FIXED | ||
Severity: | normal | ||
Priority: | P3 | ||
Version: | 8.1 | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
Vladimir Kvashin
2016-11-29 16:32:39 UTC
see dlight.remote.impl/src/org/netbeans/modules/remote/impl/fs/RemoteFileZipper.java:223 fixed in change sets 71d3f2cf4ccb, ff06055f6d62 on enum/r82 After functional tests run, many files with names like rfs_warmup_XX2yuJWa.zip are left in remote host /tmp (sside-test-sparc). File size is usually 19366609 and it contains /usr/include. The /usr/include is quite large on Solaris, when I tried to zip it from console, this took more than a minute. I was able to reproduce the situation via pressing "red squire" button on remote tool bar while zip on remote site was running. Here are some technical details that show the reason. For some reason zip finished successfully (in spite of the fact that connection was lost). Since getting temp file name and zipping is done via a single script, and that script is run via ProcessUtils, IDE knows file name only after the script is complete. As the host is disconnected, it's too late to send "delete on exit" request additional fix 7df46245c873 on enum/r82 fixes the issue Integrated into 'main-silver', will be available in build *201612030001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/a2bef237ed27 User: Vladimir Kvashin <vkvashin@netbeans.org> Log: fixed #269167 - Remote leaves warmup zip files (w/o ".zip" extension) in /tmp directory of the remote host (transplanted from 71d3f2cf4ccbd7075779d755a2272235f4cdfe0d) |