Your message dated Mon, 17 Nov 2014 22:10:10 +0100
with message-id <>
and subject line Re: Bug#769800: xul-ext-noscript: enabling ABE blocks relative 
links and relative CSS references
has caused the Debian Bug report #769800,
regarding xul-ext-noscript: enabling ABE blocks relative links and relative CSS 
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact

Debian Bug Tracking System
Contact with problems
--- Begin Message ---
Package: xul-ext-noscript
Severity: normal

Hello and thanks for maintaining this Iceweasel extension in Debian!

Since the latest upgrade:

[UPGRADE] iceweasel:amd64 31.1.0esr-1 -> 31.2.0esr-3
[UPGRADE] xul-ext-noscript:amd64 2.6.9-1 ->

I've experienced an issue with the ABE (Application Boundaries

If I try to visit my own website:

I get the following error:

Request {GET <<<, 
chrome://browser/content/browser.xul - 6} filtered by ABE: <LOCAL> Deny

If I add a final slash to the URL:

I manage to see the main page of my website, but the CSS stylesheet
is not applied and the logo image is not displayed.
Moreover, all the links found in the main page cannot be followed:
they are blocked with an error message similar to the above quoted
one. Please note that all these links are relative (rather than
absolute links): this is done on purpose, since relative links
allow me to navigate my local copy of the website without alterations
with respect to the copy served by the online web server.

Everything works fine, if I disable the ABE option.

Please note that everything used to work fine with previous versions
of iceweasel and/or xul-ext-noscript, even with ABE enabled.

What is awkward is that I have found very few other websites
where I experience this bug. At first, I thought that this was
due to the use of absolute links and CSS references by the other
websites I was testing. But then I found

which seems to use relative CSS references and works fine, even
when I enable ABE; and

which seems to use absolute CSS references and fails to load its
stylesheet and logo, when I visit it with ABE enabled.

So the issue is probably not due to the use of relative links...

Could you please investigate this bug?

Thanks for your time and for any help you may provide!

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xul-ext-noscript depends on:
ii  iceweasel  31.2.0esr-3

xul-ext-noscript recommends no packages.

xul-ext-noscript suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: mozilla-noscript

On Sun, 16 Nov 2014 15:36:23 -0400 David Prévot wrote:

> Hi Francesco,

Hello David, thanks a lot for your super-fast response!  :-)

> Thanks for your interest in packaged extensions.

You're welcome: without some packaged extensions, Iceweasel would be a
really really less usable and less pleasant browser!

> I just pushed to experimental the latest
> upstream version (, does it magically fix your issue?

Bingo! It indeed seems to magically fix the bug!   ;-)
I am therefore closing the bug report as fixed in that version.

Thank you so much for your great help!

 fsck is a four letter word...
..................................................... Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE

Attachment: pgpv3btVy3EfI.pgp
Description: PGP signature

--- End Message ---
Pkg-mozext-maintainers mailing list

Reply via email to