For some reason in the past few versions, when I update Firefox, my
tree-style-tab extension automatically breaks, and none of its UI elements are
visible including in the menu. (The extension is still listed as enabled in the
addons list.)
Somehow in the dark mists of my memory I remembered
Hi Scott,
dh_webext is a very hacky python script that I wrote when the webext apocalypse
was upon us a couple years ago, and nobody had the time nor motivation to
properly migrate all of our xul-ext extensions over to it. It was based loosely
on our previous dh_xul-ext.
It is not surprising
* comment out 0002 (original) patch in debian/patches/series
> * dch -i und Changelog-Eintrag vorgenommen (Note: version number)
> * debuild
>
> for version 11.0.34 the (new/updated) patch is as follows:
> Author: Ximin Luo , Helge Kreutzmann
>
> Description: remove websit
Control: tags -1 + moreinfo unreproducible
Hi you two,
I am in the process of updating this package. However, the curretn verison
3.4.7-1 works for me with firefox 79 in sid. So I don't know why it's not
working for you. Therefore I don't feel right to close this bug when updating
to the new
Control: tags -1 + patch
Ximin Luo:
> Dmitry Smirnov:
>> On Sunday, 26 April 2020 9:25:06 AM AEST Ximin Luo wrote:
>>> The source code doesn't mention any particular reason, and one person on
>>> the upstream bug report mentions it in such an off-the-cuff and
>>&
Dmitry Smirnov:
> On Sunday, 26 April 2020 9:25:06 AM AEST Ximin Luo wrote:
>> The source code doesn't mention any particular reason, and one person on
>> the upstream bug report mentions it in such an off-the-cuff and
>> non-explanatory way I can't take it into account as
Dmitry Smirnov:
> On Sunday, 26 April 2020 8:20:28 AM AEST Ximin Luo wrote:
>> As I mentioned on firefox bugzilla [1], I have figured out the exact place
>> in the firefox code responsible for this issue.
>>
>> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1
CC bug 919557 & interested parties
CC firefox Debian maintainer
As I mentioned on firefox bugzilla [1], I have figured out the exact place in
the firefox code responsible for this issue.
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1420286
Near the bottom of
Antoine Beaupré:
> On 2019-10-25 11:58:37, Antoine Beaupré wrote:
>> On 2019-09-04 23:05:19, Paul Wise wrote:
>>> On Fri, 22 Feb 2019 07:47:00 + Ximin Luo wrote:
>>>
>>>> For the time being you can work around the issue either by using
>>>>
Hi Mechtilde, these are dpkg substitution variables. To fix these warnings, add
something like this to debian/control:
Recommends: [..], ${xpi:Depends}, ${webext:Recommends}, [..]
and etc for the other warnings.
The warnings have the prefix "dpkg-gencontrol:" indicating it's this program
Daniel Reichelt:
> On 21.11.19 19:34, Ximin Luo wrote:
>> Julien Aubin:
>>> Hi,
>>>
>>> Same symptoms and same fix observed on my box.
>>>
>>
>> Do you guys have the same problem with firefox (not esr) version 69 or 70?
>> Uma
Control: block -1 by 922944
Martin Steigerwald:
> Package: webext-umatrix
> Version: 1.3.14+dfsg-2
> Severity: important
>
> Dear Ximin,
>
> I just installed webext-umatrix and found that its control panel does not
> show up correctly in Firefox. I attach a screenshot.
>
> Some chars are
Control: severity -1 important
Control: forwarded -1 https://github.com/uBlockOrigin/uBlock-issues/issues/144
Control: tags -1 + upstream
Bumping down the severity, there is no data loss. The "backup" function works
fine, it's just the "restore" functionality that doesn't work.
X
Antoine
Package: firefox
Version: 65.0.1-1
Severity: important
Control: affects -1 webext-umatrix
Dear Maintainer,
I'm not sure if this relates to upstream, since it's to do with webextension
loading Debian paths.
The behaviour in firefox-esr is fine. I only recently switched to using firefox
65, so
The new version of firefox (i.e. from the firefox package, not firefox-esr)
seems to avoid loading files from outside of /usr/share/webext.
For example webext-umatrix avoids embedding punycode.js, but instead links to
it:
$ ls -gG /usr/share/webext/umatrix/lib/
total 16
drwxr-xr-x 2 4096 Feb
Just a heads up:
If your d/watch file looks at addons.mozilla.org, it now needs
opts="user-agent=Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101
Firefox/65.0"
at the top of the file. Note this should be given in a separate line away from
your normal "opts="" URL" declarations.
X
--
Ximin Luo:
> Dmitry Smirnov:
>> On Thursday, 2 August 2018 3:04:00 PM AEST Ximin Luo wrote:
>>>> https://salsa.debian.org/webext-team/webext-devscripts
>>>
>>> I already implemented touching manifest.json during the build yesterday, so
>>> the
Dmitry Smirnov:
> On Thursday, 2 August 2018 3:04:00 PM AEST Ximin Luo wrote:
>>> https://salsa.debian.org/webext-team/webext-devscripts
>>
>> I already implemented touching manifest.json during the build yesterday, so
>> the repo is already updated.
>
> May
Dmitry Smirnov:
> On Thursday, 2 August 2018 1:13:00 PM AEST Ximin Luo wrote:
>> I did some more tests and I think we can rely on touch-during-the-build for
>> now, and avoid touch-during-postinst.
>> [...]
>> This sequence of events suggests that firef
Dmitry Smirnov:
> On Wednesday, 1 August 2018 2:27:00 AM AEST Ximin Luo wrote:
>>> I've updated dh_webext to touch manifest.json to the date of d/changelog,
>>> this avoids postinst. [..]
>> On second thoughts I am not sure if this helps. Dmitry do you know how
>&g
Ximin Luo:
> Dmitry Smirnov:
>> On Thursday, 26 July 2018 11:45:59 AM AEST Carsten Schoenert wrote:
>>> We need to collect all these information on the Debian wiki.
>>
>> For now I dumped my notes into
>>
>> https://wiki.debian.org/onlyjob/Web
Dmitry Smirnov:
> On Thursday, 26 July 2018 11:45:59 AM AEST Carsten Schoenert wrote:
>> We need to collect all these information on the Debian wiki.
>
> For now I dumped my notes into
>
> https://wiki.debian.org/onlyjob/WebExtensions%20packaging
>
> Hope it helps...
>
At the BoF I
Dmitry Smirnov:
> Good news, it is possible to refresh Firefox extension cache
> by touching "manifest.json" from postinst.
>
> Thank goodness we don't have to make a zip bundle.
>
> I've committed changes to "stylus" and "tree-style-tab" r
Dmitry Smirnov:
> On Thursday, 26 July 2018 3:38:00 AM AEST Ximin Luo wrote:
>> Why not improve it [dh_webext], instead of requiring extra manual packaging
> steps to all packages?
>
> I did land few minor commits to improve "dh_webext" but frankly I'm not sure
Dmitry Smirnov:
> On Thursday, 26 July 2018 3:58:00 AM AEST Ximin Luo wrote:
>> to create these zips during build time rather than postinst time?
>
> There are some good reasons to zip on postinst rather than on build time.
>
> Unpacked addons is what Chromium ne
Dmitry Smirnov:
> On Thursday, 26 July 2018 3:25:00 AM AEST Ximin Luo wrote:
>> Hey Dmitry, did you try using "dh $@ --with webext" rather than manually
>> symlinking and unzipping stuff in the postinst?
>>
>> I wrote some emails about it previously in this
Dmitry Smirnov:
> [..]
>
> I think I have some answers as I happened to be working on some extensions in
> the last few days and I think I've figured out how to package them.
> I'll try to write it on wiki somewhere but to cut the long story short,
> manual method is easier as "dh_webext" is
Dmitry Smirnov:
> Dear Ximin Luo,
>
> Thank you for maintaining "tree-style-tab" which is one of the packages I can
> not live without.
>
> I hope you don't mind that I've imported its repository to
>
> https://salsa.debian.org/webext-team/tree-style-t
28 matches
Mail list logo