DownloadCallback action registered in SFtpClient.DownloadFile can get called after FtpClient is disposed
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- C#
- Sterne
- 4.4k
- Forks
- 993
- Ø Merge
- 9 T. 21 Std.
- Gemergte PRs (30 T.)
- 1
Beschreibung
Currently the callback action is queued on a thread pool thread. This is a problem because you may want to wait for all callback progress actions to complete prior to continuing ... but there is no way of doing that.
I found this in my trace listener that is recording download progress. I won't actually get all events.
These callbacks should either be synchronous, or the download method should complete only once all progress events are done / joined.
The issue is probably also in SFtpClient.Uploadfile
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne bei SFtpClient.DownloadFile und untersuche, wie Fortschritts-Callbacks im Threadpool eingereiht werden, und vergleiche anschließend den entsprechenden Pfad in SFtpClient.Uploadfile. Reproduziere das trace-listener-Szenario und verifiziere, dass der Downloadvorgang erst zurückkehrt, wenn alle Fortschritts-Callbacks abgeschlossen sind, wobei das entsprechende Verhalten auch für Uploads überprüft wird.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- csharp
- Bereich
- networking
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100