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

 
 

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

Submitter:  None
Submitted:  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
* Mandatory Fields

Add a New Comment Rich Markup
   

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>
Group Member
Thu 25 May 2017 09:20:11 PM UTC, original submission:  

Hi,

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!

Anonymous

 

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

Attach Files:
   
   
Comment:
   

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)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    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.13-3230.
    Corresponding source code