GNU bug report logs -
#52925
NonGNU ELPA: GitHub badge incorrectly displayed
Previous Next
To reply to this bug, email your comments to 52925 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52925
; Package
emacs
.
(Sat, 01 Jan 2022 02:21:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefan Kangas <stefan <at> marxist.se>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 01 Jan 2022 02:21:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Severity: minor
On this page:
http://elpa.nongnu.org/nongnu/webpaste.html
Above the headline "1 Webpaste.el – Paste text to pastebin-like
services", there are two squares where we should show a badge, but
currently don't.
See this screenshot:
[Message part 2 (text/plain, attachment)]
[screenshot.png (image/png, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52925
; Package
emacs
.
(Sat, 01 Jan 2022 08:33:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 52925 <at> debbugs.gnu.org (full text, mbox):
On Dez 31 2021, Stefan Kangas wrote:
> On this page:
>
> http://elpa.nongnu.org/nongnu/webpaste.html
>
> Above the headline "1 Webpaste.el – Paste text to pastebin-like
> services", there are two squares where we should show a badge, but
> currently don't.
WFM with eww.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52925
; Package
emacs
.
(Sat, 15 Jan 2022 09:27:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 52925 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Stefan Kangas <stefan <at> marxist.se> writes:
> Severity: minor
>
> On this page:
>
> http://elpa.nongnu.org/nongnu/webpaste.html
>
> Above the headline "1 Webpaste.el – Paste text to pastebin-like
> services", there are two squares where we should show a badge, but
> currently don't.
Like Andreas said, this works in eww, but I also get an error in
Firefox. But a different one than you're getting:
[Message part 2 (image/png, inline)]
[Message part 3 (text/plain, inline)]
Which is... very strange. Loading the SVG directly does display
correctly in Firefox:
https://s3.amazonaws.com/assets.coveralls.io/badges/coveralls_unknown.svg
Could it somehow be something with same origin policy that makes Firefox
refuse to read the SVGs? (I haven't actually examined the web page or
the SVGs.)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52925
; Package
emacs
.
(Sat, 15 Jan 2022 10:14:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 52925 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Could it somehow be something with same origin policy that makes Firefox
> refuse to read the SVGs? (I haven't actually examined the web page or
> the SVGs.)
My guess is that Firefox is more conscientious than eww with sending
some of the correct headers (referrer, etc.) to let Github now that we
are getting this file to render it on a different page. And then Github
blocks it.
But I don't know.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52925
; Package
emacs
.
(Sat, 15 Jan 2022 10:18:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 52925 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> My guess is that Firefox is more conscientious than eww with sending
> some of the correct headers (referrer, etc.) to let Github now that we
> are getting this file to render it on a different page. And then Github
> blocks it.
Ah, yes, that's possible. If I remember correctly, eww/shr isn't
sending refe{r,rr}er at all when fetching images. Which should be
fixed, I guess.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52925
; Package
emacs
.
(Sat, 15 Jan 2022 10:46:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 52925 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> If I remember correctly, eww/shr isn't sending refe{r,rr}er at all
> when fetching images. Which should be fixed, I guess.
There are some privacy and security implications to consider, so the fix
might not be trivial. FWIW, I wouldn't spend time on it without a clear
use case in mind.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#52925
; Package
emacs
.
(Sat, 15 Jan 2022 11:03:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 52925 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> There are some privacy and security implications to consider, so the fix
> might not be trivial. FWIW, I wouldn't spend time on it without a clear
> use case in mind.
I think eww does send over referrer when doing non-image stuff, so it's
a bit inconsistent. But this should be redone more generally -- for
privacy reasons, eww shouldn't send referrer on cross-site requests, for
instance. And there should be a way to customise this.
I've been meaning to fix this, but I keep forgetting. I'll open a new
bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 3 years and 156 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.