Bug 1860490 Comment 25 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Additional notes RE this-now-working-correctly:
- It seems we're XHR'ing the correct full URL, and that XHR is succeeding:
```
GET
https://www-kron4-com.cdn.ampproject.org/v/s/www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/amp/?amp_gsa=1&amp_js_v=a9&usqp=mq331AQGsAEggAID#amp_tf=From %1$s&aoh=16978684449801&csi=0&referrer=https://www.google.com&ampshare=https://www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/
[HTTP/3 200  133ms]
```
(And that bypasses one of the issues, i.e. it works as well as it did in comment 11-12 with the shorter specially-crafted URL that has the all-important `amp_js_v=a9` query-param first.)

- I still am able to correctly enter reader mode even if I disconnect from wifi/data just before I tap the reader mode icon (which prevents the XHR from resolving, as I can see in web console).  In current Nightly, that does not work, even when using a specially-crafted-to-succeed amp-URL -- the reader-mode icon takes me to a "No Internet connection" error-page in current Nightly, vs. to an actual reader-formatted presentation in the latest debug build that I'm testing here.
Additional notes RE this-now-working-correctly:
- It seems we're XHR'ing the correct full URL, and that XHR is succeeding -- web console now shows:
```
GET
https://www-kron4-com.cdn.ampproject.org/v/s/www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/amp/?amp_gsa=1&amp_js_v=a9&usqp=mq331AQGsAEggAID#amp_tf=From %1$s&aoh=16978684449801&csi=0&referrer=https://www.google.com&ampshare=https://www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/
[HTTP/3 200  133ms]
```
(And that bypasses one of the issues, i.e. it works as well as it did in comment 11-12 with the shorter specially-crafted URL that has the all-important `amp_js_v=a9` query-param first.)

- I still am able to correctly enter reader mode even if I disconnect from wifi/data just before I tap the reader mode icon (which prevents the XHR from resolving, as I can see in web console).  In current Nightly, that does not work, even when using a specially-crafted-to-succeed amp-URL -- the reader-mode icon takes me to a "No Internet connection" error-page in current Nightly, vs. to an actual reader-formatted presentation in the latest debug build that I'm testing here.
Additional notes RE this-now-working-correctly:
- It seems we're XHR'ing the correct full URL, and that XHR is succeeding -- web console now shows:
```
GET
https://www-kron4-com.cdn.ampproject.org/v/s/www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/amp/?amp_gsa=1&amp_js_v=a9&usqp=mq331AQGsAEggAID#amp_tf=From %1$s&aoh=16978684449801&csi=0&referrer=https://www.google.com&ampshare=https://www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/
[HTTP/3 200  133ms]
```
(And that bypasses one of the issues, i.e. it works as well as it did in comment 11-12 with the shorter specially-crafted URL that has the all-important `amp_js_v=a9` query-param first to ensure that we didn't trigger a 404.)

- I still am able to correctly enter reader mode, even if I prevent the XHR from succeeding by disconnecting from wifi/data just before I tap the reader mode icon (which prevents the XHR from resolving, as I can see in web console).  In current Nightly, that does not work, even when using a specially-crafted-to-succeed amp-URL -- the reader-mode icon takes me to a "No Internet connection" error-page in current Nightly, vs. to an actual reader-formatted presentation in the latest debug build that I'm testing here.
Additional notes RE this-now-working-correctly:
- It seems we're XHR'ing the correct full URL, and that XHR is succeeding -- web console now shows:
```
GET
https://www-kron4-com.cdn.ampproject.org/v/s/www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/amp/?amp_gsa=1&amp_js_v=a9&usqp=mq331AQGsAEggAID#amp_tf=From %1$s&aoh=16978684449801&csi=0&referrer=https://www.google.com&ampshare=https://www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/
[HTTP/3 200  133ms]
```
(And that bypasses one of the issues, i.e. it works as well as it did in comment 11-12 with the shorter specially-crafted URL that has the all-important `amp_js_v=a9` query-param first to ensure that we didn't trigger a 404.)

- I still am able to correctly enter reader mode, even if I prevent the XHR from succeeding by disconnecting from wifi/data just before I tap the reader mode icon (which prevents the XHR from resolving, as I can see in web console).  In current Nightly, reader-mode fails when I disconnect from wifi before tapping reader mode for the specially-crafted-to-work-better amp-URL -- the reader-mode icon takes me to a "No Internet connection" error-page in current Nightly, vs. to an actual reader-formatted presentation in the latest debug build that I'm testing here.
Additional notes RE this-now-working-correctly:
- It seems we're XHR'ing the correct full URL, and that XHR is succeeding -- web console now shows:
```
GET
https://www-kron4-com.cdn.ampproject.org/v/s/www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/amp/?amp_gsa=1&amp_js_v=a9&usqp=mq331AQGsAEggAID#amp_tf=From %1$s&aoh=16978684449801&csi=0&referrer=https://www.google.com&ampshare=https://www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/
[HTTP/3 200  133ms]
```
(And that bypasses one of the issues, i.e. it works as well as it did in comment 11-12 with the shorter specially-crafted URL that has the all-important `amp_js_v=a9` query-param first to ensure that we didn't trigger a 404.)

- I still am able to correctly enter reader mode, even if I prevent the XHR from succeeding by disconnecting from wifi/data just before I tap the reader mode icon (which prevents the XHR from resolving, as I can see in web console).  In current Nightly, reader-mode fails when I disconnect from wifi before tapping reader mode for comment 11's specially-crafted-to-work-better amp-URL -- the reader-mode icon takes me to a "No Internet connection" error-page in current Nightly, vs. to an actual reader-formatted presentation in the latest debug build that I'm testing here.
Additional notes RE this-now-working-correctly:
- It seems we're XHR'ing the correct full URL, and that XHR is succeeding -- web console now shows:
```
GET
https://www-kron4-com.cdn.ampproject.org/v/s/www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/amp/?amp_gsa=1&amp_js_v=a9&usqp=mq331AQGsAEggAID#amp_tf=From %1$s&aoh=16978684449801&csi=0&referrer=https://www.google.com&ampshare=https://www.kron4.com/news/bay-area/silicon-valley-tech-executive-sentenced-to-prison-for-covid-testing-fraud/
[HTTP/3 200  133ms]
```
(And that bypasses one of the issues, i.e. it works as well as it did in comment 11-12 with the shorter specially-crafted-to-not-404 URL that has the all-important `amp_js_v=a9` query-param first to ensure that we didn't trigger a 404.)

- I still am able to correctly enter reader mode, even if I prevent the XHR from succeeding by disconnecting from wifi/data just before I tap the reader mode icon (which prevents the XHR from resolving, as I can see in web console).  In current Nightly, reader-mode fails when I disconnect from wifi before tapping reader mode for comment 11's specially-crafted-to-work-better amp-URL -- the reader-mode icon takes me to a "No Internet connection" error-page in current Nightly, vs. to an actual reader-formatted presentation in the latest debug build that I'm testing here.

Back to Bug 1860490 Comment 25