You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A strange little issue..
I have some large .js files "212k and 290k" included in to my web interface, i decided that using gz and the browsers deflate option would be a much better alternative.
If i upload the .gz files using the serial IDE interface it all works perfectly but if i upload the same files using FTP for some reason it appears the file becomes corrupt or truncated.
using gzip the files come down in size to 26k so i would not have thought the issue was a size problem.
The text was updated successfully, but these errors were encountered:
Try adding the code given in pull request #20 - I had the same problem with short files and recent esp8266 core code, the modification in that PR fixed it nicely. The transfer was being closed before the last bytes of the file were read from the client.
A strange little issue..
I have some large .js files "212k and 290k" included in to my web interface, i decided that using gz and the browsers deflate option would be a much better alternative.
If i upload the .gz files using the serial IDE interface it all works perfectly but if i upload the same files using FTP for some reason it appears the file becomes corrupt or truncated.
using gzip the files come down in size to 26k so i would not have thought the issue was a size problem.
The text was updated successfully, but these errors were encountered: