Is there any special thing to do except uploading the .ZIP?
I have updated to Duet WiFi Firmware 2.0.2 yesterday and today to DWC2 RC1.
Both my printers behave the same: the page does not load.
The browser console shows two errors:
If I click reload maaaany times, I get a page without style applied sometimes. DWC 1.22.6 loads and works perfectly every time.
Strange thing, Firefox fails to load it the first time (missing files errors) then a refresh fixes it. Another refresh breaks it the same way then a another refresh fixes it and so on.
Other browsers (Safari, Chrome, Webkit based) all fail.
Later edit:
I think this is more for @dc42.
Interestingly, a failed request for /js/app*js
shows this:
HTTP/1.1 200 OK
Content-Type: application/javascript
Content-Encoding: gzip
Content-Length: 70034
Connection: close
But the connection is forcibly reset by Duet with RST, ACK
after ~26KB
. These 26KB are interesting because they match around the value of the uploaded file over FTP, which is another bug I encounter. (not related, because there are 26KB uncompressed vs 26KB compressed sent by FTP). The FTP bug described below is still valid, but it may have nothing to do with the HTTP download bug.
If I try to upload file on /www
over FTP they always reach the SD card truncated. This specific file has it's size between always the same 3 values: 26.XX KB, 27.XX KB and 28.XX KB. Never 70.XX KB.
Again, I don't think this is a Wifi network error because everything else works beautifully. Even more, doing an ab
benchmark on these specific JS files, it never fails in 100 requests with concurrency 2.
Even later edit. Sorry for the long post.
It looks like downloading the "big" files like chunk-vendorsjs and appjs always fails. One of them is always failing randomly.
Enabled serial debugging and got this:
HTTP connection accepted
HTTP req, command words { GET / HTTP/1.1 }, parameters { }
Read 0 1 12022
Read 0 1 23286
Read 0 1 23287
Sending reply, file = yes
Read 0 1 119158
HTTP connection accepted
HTTP connection accepted
HTTP connection accepted
HTTP req, command words { GET /css/app.41ddf9b3.css HTTP/1.1 }, parameters { }
HTTP req, command words { GET /css/chunk-vendors.30c0b939.css HTTP/1.1 }, parameters { }
HTTP req, command words { GET /js/chunk-vendors.92cfeab5.js HTTP/1.1 }, parameters { }
HTTP connection accepted
HTTP req, command words { GET /js/app.9bf271d0.js HTTP/1.1 }, parameters { }
Read 0 1 12022
Read 0 1 23286
Read 0 1 115190
Read 0 1 115191
Sending reply, file = yes
Read 0 1 12022
Read 0 1 23286
Read 0 1 115190
Read 0 1 115191
Sending reply, file = yes
Read 0 1 12022
Read 0 1 23286
Read 0 1 116982
Sending reply, file = yes
Read 0 1 12022
Read 0 1 23286
Read 0 1 116982
Sending reply, file = yes
Read 0 2 118390
Read 0 1 118392
Read 0 4 119414
Read 0 4 119418
Read 0 4 120822
Read 0 4 120826
Read 0 4 120054
Read 0 4 120058
Read 0 4 119422
Read 0 4 120830
Can't send anymore
WiFi reported error: incomplete write
Looks somewhat solved. Errors appear from time to time, but it works. What I did on both printers is that I've forced a firmware rewrite for the WiFi server using serial console.
Both were 1.21 before, both are 1.21 now. Maybe there are multiple 1.21 versions out there?