[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #60956] stylesheet and icon <link> elements not properly classified
From: |
anonymous |
Subject: |
[bug #60956] stylesheet and icon <link> elements not properly classified as page requisites |
Date: |
Wed, 15 Sep 2021 05:32:05 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (Windows NT 10.0; rv:91.0) Gecko/20100101 Firefox/91.0 |
Follow-up Comment #3, bug #60956 (project wget):
OP here. Thanks to all for working on this.
I confirm that version 1.21.2 built from
https://ftp.gnu.org/gnu/wget/wget-1.21.2.tar.gz considers link elements with
rel="icon" or rel="alternate stylesheet" to be page requisites, resolving the
issue for the two test cases given in the original report.
Looking at commit ebb96761
<https://gitlab.com/gnuwget/wget/-/commit/ebb96761f5cc4e18fbfa1b6e6747b27c65e20930>,
it seems that a link element with rel="stylesheet alternate" still won't be
considered a page requisite though. Of course with this approach the same is
true for all sorts of things like rel="random nonstandard keywords
stylesheet", but if a line is going to be drawn somewhere, I think it would
make sense to add "stylesheet alternate" to the list. Unfortunately I can't
provide a test case for this at the moment. Thoughts?
I see that the same commit also causes link elements with rel="manifest" to be
considered page requisites as well, but this is not mentioned in NEWS. I
point this out in case the omission was unintentional.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?60956>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/