Hello, Simon, Ben, Ivan, Uwe:
Thanks for the suggestions.
I followed Ivan's suggestion of replacing the problem URL with a call to
a copy on archive.org, and it passed all the tests locally and on
winbuilder devel, release, and oldrelease.
Spencer Graves
On 9/2/25 18:43, Simon Urbanek wrote:
FWIW same here from the other hemisphere - it's an infinite loop in their
webserver. I’d say that confirms that the link is not accessible, so definitely
needs fixing.
Looking at the package, I think that link is entirely pointless anyway, because
it doesn't even point to the data source, so either point to the actual page
with the data or remove (pointing to the archive for the CDE front page is just
as useless IMHO).
Cheers,
Simon
On 3 Sep 2025, at 09:43, Ivan Krylov via R-package-devel
<r-package-devel@r-project.org> wrote:
On Tue, 2 Sep 2025 17:00:18 -0400
Ben Bolker <bbol...@gmail.com> wrote:
Maybe there's something region-specific?
Definitely. For me, with or without cookies enabled,
https://www.cde.ca.gov/ reliably returns a 303 redirect to
https://www.cde.ca.gov/wafalert.html?_event_transid=<large hexadecimal
string>, which in turn returns a 303 redirect to the same address.
The Internet Wayback Machine does have some good snapshots; not all
captures are redirects to validate.perfdrive.com:
http://web.archive.org/web/*/https://www.cde.ca.gov/
http://web.archive.org/web/20250823081216/https://www.cde.ca.gov/
--
Best regards,
Ivan
______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
