---
title: "Comment by Crownforge on \"What Happens to a SEYFR File Transfer When Your Network Changes?\" | Hashnode"
description: "An option to wait for WiFi would fit this use case too. Your prepaid data example shows why a transfer that resumes correctly can still need a clear choice befo"
url: "https://hashnode.com/posts/what-happens-to-a-seyfr-file-transfer-when-your-network-changes/6ae3da20f996628f07092d7b/comment/6ae460ffe8ce527997636b91"
---

[Discussion](https://hashnode.com/posts/what-happens-to-a-seyfr-file-transfer-when-your-network-changes/6ae3da20f996628f07092d7b)

Comment [What Happens to a SEYFR File Transfer When Your Network Changes?](https://hashnode.com/posts/what-happens-to-a-seyfr-file-transfer-when-your-network-changes/6ae3da20f996628f07092d7b)

[Crownforge](https://hashnode.com/@thecrownforge)

[Oct 30](https://hashnode.com/posts/what-happens-to-a-seyfr-file-transfer-when-your-network-changes/6ae3da20f996628f07092d7b/comment/6ae460ffe8ce527997636b91)

An option to wait for WiFi would fit this use case too. Your prepaid data example shows why a transfer that resumes correctly can still need a clear choice before it uses mobile data again

[JITPOMI](https://hashnode.com/@jitpomi)

[Oct 30](https://hashnode.com/posts/what-happens-to-a-seyfr-file-transfer-when-your-network-changes/6ae3da20f996628f07092d7b/comment/6ae460ffe8ce527997636b91#reply-6ae46b5f53d48cf489d84d5d)

That’s a good point. SEYFR should not finish someone’s data bundle just because it can resume. In this test I turned mobile data back on myself, but an option to "wait for Wi-Fi " makes sense. It would give people more control over when the transfer resumes. Thank you for pointing that out [Crownforge](https://hashnode.com/@thecrownforge "Crownforge") .