| Summary: | File transfer timeout | ||
|---|---|---|---|
| Product: | [RT] ECF | Reporter: | Walid Al-Yousef <walidalyosef> |
| Component: | ecf.filetransfer | Assignee: | ecf.core-inbox <ecf.core-inbox> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | kentarou, slewis |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Walid Al-Yousef
Does this relate to ECF? (In reply to comment #1) > Does this relate to ECF? It sounds likely that in this environment the filetransfer read is blocking for long enough to timeout. It's possible to set the read and connect timeouts for the httpclient provider via system properties...i.e. make them longer for a slow connection. Here's a page describing the relevant properties: http://wiki.eclipse.org/Equinox/p2/TransportDebugging If there is more to this bug that I'm not getting then please provide more information about the network environment context, reproducibility, etc...as this timeout does not occur/is not reproducible in testing, or for other users. I'm resolving this as worksforme, since a) I cannot duplicate this timeout in any environments that I/others have access to, and b) I believe the use of the system properties given in comment 2 will solve the issue WRT the environment for the original bug poster. |