GNU bug report logs -
#68831
gnu: torbrowser: noscript gets picked up by icecat
Previous Next
Reported by: André Batista <nandre <at> riseup.net>
Date: Tue, 30 Jan 2024 23:57:01 UTC
Severity: normal
Tags: wontfix
Done: Clément Lassieur <clement <at> lassieur.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 68831 in the body.
You can then email your comments to 68831 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#68831
; Package
guix
.
(Tue, 30 Jan 2024 23:57:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
André Batista <nandre <at> riseup.net>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Tue, 30 Jan 2024 23:57:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi guix!
It seems that 'make-icecat-extension' is not sufficiently kosher. When
torbrowser and icecat are both installed to the same user profile,
noscript gets picked up by icecat too. The same also happens when
mullvadbrowser is installed: ublock extension is picked up by torbrowser.
Considering there is also a patch to add Librewolf to guix, which will
probably also share the same extensions when installed on the same
profile, I'm unsure if the proper way to solve this issue is to write
similar make-{$browser_name}-extension procedures or to change the
package definitions for those new browsers.
WDYT?
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68831
; Package
guix
.
(Wed, 31 Jan 2024 02:20:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 68831 <at> debbugs.gnu.org (full text, mbox):
Hello André,
On Tue, Jan 30 2024, André Batista wrote:
> Hi guix!
>
> It seems that 'make-icecat-extension' is not sufficiently kosher. When
> torbrowser and icecat are both installed to the same user profile,
> noscript gets picked up by icecat too. The same also happens when
> mullvadbrowser is installed: ublock extension is picked up by torbrowser.
>
> Considering there is also a patch to add Librewolf to guix, which will
> probably also share the same extensions when installed on the same
> profile, I'm unsure if the proper way to solve this issue is to write
> similar make-{$browser_name}-extension procedures or to change the
> package definitions for those new browsers.
>
> WDYT?
I thought about it, and I even started working on a fix. But I stopped
working on it because I thought it added too much complexity for too
little gain. See:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=68298
The default for Tor Browser and Mullvad Browser is that extensions are
not working because tabs are private. Now if a user uses both Icecat
and Tor Browser and want a different set of extensions for each of them,
they can use 'guix shell', which works perfectly well. (They can also
still add extensions to the Firefox profile.) Having 4 versions of each
extension seems cumbersome.
Cheers,
Clément
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68831
; Package
guix
.
(Wed, 31 Jan 2024 15:15:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 68831 <at> debbugs.gnu.org (full text, mbox):
Hi Clément,
qua 31 jan 2024 às 03:19:26 (1706681966), clement <at> lassieur.org enviou:
> Hello André,
>
> I thought about it, and I even started working on a fix. But I stopped
> working on it because I thought it added too much complexity for too
> little gain. See:
>
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=68298
Oh, I had missed that, I'm sorry for the noise. I had checked guix-bug
only before submitting this report.
> The default for Tor Browser and Mullvad Browser is that extensions are
> not working because tabs are private. Now if a user uses both Icecat
> and Tor Browser and want a different set of extensions for each of them,
> they can use 'guix shell', which works perfectly well. (They can also
> still add extensions to the Firefox profile.) Having 4 versions of each
> extension seems cumbersome.
I concur to your reasoning, it's easy for users to avoid it if they do
care. You may close this as wontfix.
Cheers,
André
Reply sent
to
Clément Lassieur <clement <at> lassieur.org>
:
You have taken responsibility.
(Wed, 31 Jan 2024 16:00:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
André Batista <nandre <at> riseup.net>
:
bug acknowledged by developer.
(Wed, 31 Jan 2024 16:00:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 68831-done <at> debbugs.gnu.org (full text, mbox):
On Wed, Jan 31 2024, André Batista wrote:
> Hi Clément,
>
> qua 31 jan 2024 às 03:19:26 (1706681966), clement <at> lassieur.org enviou:
>> Hello André,
>>
>> I thought about it, and I even started working on a fix. But I stopped
>> working on it because I thought it added too much complexity for too
>> little gain. See:
>>
>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=68298
>
> Oh, I had missed that, I'm sorry for the noise. I had checked guix-bug
> only before submitting this report.
>
>> The default for Tor Browser and Mullvad Browser is that extensions are
>> not working because tabs are private. Now if a user uses both Icecat
>> and Tor Browser and want a different set of extensions for each of them,
>> they can use 'guix shell', which works perfectly well. (They can also
>> still add extensions to the Firefox profile.) Having 4 versions of each
>> extension seems cumbersome.
>
> I concur to your reasoning, it's easy for users to avoid it if they do
> care. You may close this as wontfix.
Ok! Closing.
Added tag(s) wontfix.
Request was from
Clément Lassieur <clement <at> lassieur.org>
to
control <at> debbugs.gnu.org
.
(Wed, 31 Jan 2024 16:05:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 29 Feb 2024 12:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 109 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.