bugLibreJS - Bugs: bug #51116, Page load fails while add-on is...


bug #51116: Page load fails while add-on is enabled

Submitted by:  None
Submitted on:  Thu 25 May 2017 09:20:11 PM UTC  
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Wont Fix
Privacy:  Public Assigned to:  None
Open/Closed:  Closed

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Fri 23 Feb 2018 04:10:57 AM UTC, comment #1:

libreJS v7 is now considered to be the current stable release and is a nearly total re-write; so this issue very likely refers to only to the previous version that was obsoleted my mozilla - all further development will be on libreJS v7 so this issue is marked as "wont-fix" for now unless it can be show to pertain also to libreJS v7

as this behavior was seen using libreJS v6, could someone try libreJS v7 on a firefox derivative >= v57 to see if the same issue still exists?

bill-auger <bill_auger>
Project Member
Thu 25 May 2017 09:20:11 PM UTC, original submission:


I recently installed the librejs add-on in Firefox (Debian, 45.9.0esr-1). I was able to browse a few websites and see some librejs summaries regarding their javascript content.

At this point I was already slightly confused that librejs's summary (when clicking on its toolbar icon) was not updated for a few sites (e.g. when browsing https://notabug.org/). But general browser usage was fine for some time.

Half an hour later all further website load operations failed as long as the librejs was enabled. Disabling the add-on immeadiately fixed this problematic behaviour. Re-enabling the add-on caused the failure again.

The developer console of Firefox showed that at least the response headers were retrieved. I cannot tell, if the document body was returned as well.

The problem was visible with http as well as https traffic.

A traffic dump with the target host via tcpdump showed that at least 20 packets were exchanged. The last packet was a response from the target host. No further requests seems to have been made by the browser. Thus this does not look like a timeout issue or a missing response from the target host.

Ticket 50551 (https://savannah.gnu.org/bugs/?50551) looks related. But I could rule this one out, since the problem persisted even when I removed "gzip" and "deflate" from the browser request header "Accept-Encoding" (see "about:config" -> "network.http.accept-encoding").

Also ticket 46300 (https://savannah.gnu.org/bugs/?46300) looks similar - but it is very unspecific. Thus it may be related to another problem.

I would be happy to use librejs when browsing the web.

Thank you for your time!



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by rubenquidam (Updated the item)
  • -email is unavailable- added by bill_auger (Posted a comment)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2018-06-01 rubenquidam Open/ClosedOpen => Closed
    2018-02-23 bill_auger StatusNone => Wont Fix

    Back to the top

    Powered by Savane 3.4