Re: Firefox 126.0 with DBus service

On 5/17/24 11:37, Michael J Gruber wrote: Martin Stransky venit, vidit, dixit 2024-05-17 11:30:01: On 5/17/24 11:14, Michael J Gruber wrote: Martin Stransky venit, vidit, dixit 2024-05-17 11:04:47: On 5/17/24 10:47, Vitaly Zaitsev via devel wrote: On 17/05/2024 10:38, Martin Stransky wrote

Re: Firefox 126.0 with DBus service

On 5/17/24 11:14, Michael J Gruber wrote: Martin Stransky venit, vidit, dixit 2024-05-17 11:04:47: On 5/17/24 10:47, Vitaly Zaitsev via devel wrote: On 17/05/2024 10:38, Martin Stransky wrote: Hm, does really KDE Plasma access Firefox profile and searches it for anything? That's interesting

Re: Firefox 126.0 with DBus service

On 5/17/24 10:47, Vitaly Zaitsev via devel wrote: On 17/05/2024 10:38, Martin Stransky wrote: Hm, does really KDE Plasma access Firefox profile and searches it for anything? That's interesting. Can you point me to any info about it? It looks like it copies Firefox's *.sqlite databases

Re: Firefox 126.0 with DBus service

On 5/17/24 10:28, Vitaly Zaitsev via devel wrote: On 17/05/2024 08:05, Martin Stransky wrote: Gnome search service is provided by running Firefox application itself. It's because it searches and publishes results from recent live user profile. Why can't GNOME Search engine just parse

Re: Firefox 126.0 with DBus service

situation here. I think it's clumsy to have firefox-gnome and firefox-non-gnome rpm with different desktop files but I don't see any other option (beside to remove gnome search or implement it as different app and broker the search results). -- Martin Stransky Software Engineer / Red Hat, Inc

Firefox 126.0 with DBus service

org.freedesktop.Application interface. It's needed for GNOME Search provider which is enabled and working again in Firefox 126.0. Regards, Martin -- Martin Stransky Software Engineer / Red Hat, Inc -- ___ devel mailing list -- devel

Re: Specify koji build machine mem req via. spec file

On 10/5/23 08:03, Adam Williamson wrote: On Wed, 2023-10-04 at 12:19 +0200, Kalev Lember wrote: On Wed, Oct 4, 2023 at 11:44 AM Martin Stransky wrote: Hello guys, Is there's a way how to set requested amount of ram for koji builders? I'd like to use it as Firefox builds fail recently due

Specify koji build machine mem req via. spec file

Hello guys, Is there's a way how to set requested amount of ram for koji builders? I'd like to use it as Firefox builds fail recently due low memory, like https://bugzilla.redhat.com/show_bug.cgi?id=2241690 Thanks, Martin -- Martin Stransky Software Engineer / Red Hat, Inc

Re: firefox builds seem stuck on the farm - pls check

On 8/30/23 10:51, Peter Robinson wrote: On Wed, Aug 30, 2023 at 9:48 AM Martin Stransky wrote: On 8/30/23 10:43, Peter Robinson wrote: On Wed, Aug 30, 2023 at 9:42 AM Marius Schwarz wrote: Hi, as mozilla released the updates notes for ff 117, there are a lot of high impact security fixes

Re: firefox builds seem stuck on the farm - pls check

: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue -- Martin Stransky Software Engineer / Red Hat, Inc ___ devel mailing list -- devel

Re: Installing ffmeg-free degrades firefox video support

SW decoder. OTOH I don't believe it's possible to use H.264 HW decoding without patented parts as the decoding involves buffers ordering/stream extraction and so on. -- Martin Stransky Software Engineer / Red Hat, Inc ___ devel mailing list -- devel

Re: Installing ffmeg-free degrades firefox video support

). You can get exact info by running Firefox with MOZ_LOG="PlatformDecoderModule:5" env variable. Firefox without ffmpeg-free package uses GMP interface to use OpenH264 and you can find its status at about:plugins page. -- Martin Stransky Software Engineer / Re

Re: PSA: openQA failures in tests using Firefox

a bug at https://bugzilla.redhat.com The typing problem may be https://bugzilla.mozilla.org/show_bug.cgi?id=1771104 and I'll backport that to Fedora. -- Martin Stransky Software Engineer / Red Hat, Inc ___ devel mailing list -- devel

Re: When is Firefox on Wayland Going to be the Default On KDE

On 12/16/21 14:02, Jaroslav Prokop wrote: Hi, On 12/16/21 09:56, Martin Stransky wrote: On 12/16/21 06:44, Reon Beon via devel wrote: I don't want to run MOZ_ENABLE_WAYLAND=1 firefox from the command line forever. I just edit the file at `/usr/bin/firefox` on every update. Not the most

Re: When is Firefox on Wayland Going to be the Default On KDE

On 12/16/21 06:44, Reon Beon via devel wrote: I don't want to run MOZ_ENABLE_WAYLAND=1 firefox from the command line forever. It's default on Fedora 35, isn't it? Please file a bug at https://bugzilla.redhat.com if it doesn't work for you. Thanks. -- Martin Stransky Software Engineer / Red

Re: Firefox Hardware acceleration & VA-API how-to

Hello, https://bugzilla.mozilla.org/show_bug.cgi?id=1742229 states that NVIDIA's NVDecod can be used with VA-API. No idea what it actually means but I'll try to uplift that to Firefox 95. Martin On 11/15/21 13:34, Fabio Valentini wrote: On Fri, Nov 12, 2021 at 9:37 AM Martin Stransky

Re: Firefox Hardware acceleration & VA-API how-to

On 11/15/21 18:28, Aleksei Bavshin wrote: On 11/15/21 08:45, Martin Stransky wrote: On 11/15/21 17:38, Aleksei Bavshin wrote: On 11/12/21 00:37, Martin Stransky wrote: Hi folks, I was told that people were having trouble with Firefox/HW acceleration/VA-API setup on Fedora so I put some info

Re: Firefox Hardware acceleration & VA-API how-to

On 11/15/21 17:38, Aleksei Bavshin wrote: On 11/12/21 00:37, Martin Stransky wrote: Hi folks, I was told that people were having trouble with Firefox/HW acceleration/VA-API setup on Fedora so I put some info at wiki at: https://fedoraproject.org/wiki/Firefox_Hardware_acceleration Hope

Re: Firefox Hardware acceleration & VA-API how-to

cudnn. Please update the https://fedoraproject.org/wiki/Firefox_Hardware_acceleration#Video_decoding_on_NVIDIA page. I don't have supported NVIDIA hardware so I can't test that. Thanks. -- Martin Stransky Software Engineer / Red Hat, Inc ___ devel

Re: Firefox Hardware acceleration & VA-API how-to

On 11/15/21 13:34, Fabio Valentini wrote: On Fri, Nov 12, 2021 at 9:37 AM Martin Stransky wrote: Hi folks, I was told that people were having trouble with Firefox/HW acceleration/VA-API setup on Fedora so I put some info at wiki at: https://fedoraproject.org/wiki

Re: Firefox Hardware acceleration & VA-API how-to

On 11/15/21 15:25, Peter Robinson wrote: On Mon, Nov 15, 2021 at 2:20 PM Martin Stransky wrote: On 11/12/21 17:07, Scott Talbert wrote: On Fri, 12 Nov 2021, Martin Stransky wrote: Hi folks, I was told that people were having trouble with Firefox/HW acceleration/VA-API setup on Fedora so I

Re: Firefox Hardware acceleration & VA-API how-to

On 11/12/21 17:07, Scott Talbert wrote: On Fri, 12 Nov 2021, Martin Stransky wrote: Hi folks, I was told that people were having trouble with Firefox/HW acceleration/VA-API setup on Fedora so I put some info at wiki at: https://fedoraproject.org/wiki/Firefox_Hardware_acceleration Along

Re: Firefox Hardware acceleration & VA-API how-to

On 11/12/21 11:04, Nicolas Chauvet wrote: Le ven. 12 nov. 2021 à 09:37, Martin Stransky a écrit : Hi folks, I was told that people were having trouble with Firefox/HW acceleration/VA-API setup on Fedora so I put some info at wiki at: https://fedoraproject.org/wiki

Firefox Hardware acceleration & VA-API how-to

Hi folks, I was told that people were having trouble with Firefox/HW acceleration/VA-API setup on Fedora so I put some info at wiki at: https://fedoraproject.org/wiki/Firefox_Hardware_acceleration Hope it helps. Martin -- Martin Stransky Software Engineer / Red Hat, Inc

Re: Package FFMPEG with royalty free codes (AV1, THEORA, VPX, OGG, OPUS, SPEEX, ...) for Fedora

other Fedora packages bundling a subset of FFmpeg. Firefox ships bundled ffmpeg with VP8/9 and maybe some other codecs. -- Martin Stransky Software Engineer / Red Hat, Inc ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: glibc 2.34 vs firefox in rawhide vs mass build rebuild

reply to spam on the list, report it: https://pagure.io/fedora-infrastructure -- Martin Stransky Software Engineer / Red Hat, Inc ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Proposal to deprecated `fedpkg local`

://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org -- Martin Stransky Software Engineer / Red Hat, Inc ___ devel mailing list -- devel@lists.fedoraproject.org

Re: BZ + Firefox: browser freezes when choosing close reason?

o devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org -- Marti

Firefox crashes at Rawhide

://bugzilla.mozilla.org/show_bug.cgi?id=1600574#c8) You can disable e10s as a workaround (set MOZ_FORCE_DISABLE_E10S=1 or browser.tabs.remote.autostart at about:config) -- Martin Stransky Software Engineer / Red Hat, Inc ___ devel mailing list -- devel

Low Memory Detection on Linux

Folks, do you know if there's any reliable and widely available way how to measure memory usage on Linux by user space application (Firefox in this case) and detect low-memory state? Thanks, ma. --- Hi Vicky, all, our low-memory

Re: Could not execute import_srpm

I see that too, filed it as https://pagure.io/fedora-infrastructure/issue/7704 ma On 4/8/19 12:08 PM, Antonio Trande wrote: Hi all. I can't upload source archive of new package 'smoldyn' $ fedpkg import ../../smoldyn-2.58-1.fc29.src.rpm Uploading:

Re: firefox-wayland and URLs in other programs

On 4/3/19 10:32 AM, Hans de Goede wrote: Hi Martin, On 02-04-19 17:24, Martin Stransky wrote: Please file a #BZ and let's investigate it there. As mentioned further down the thread, changing the default web application in gnome settings from firefox to firefox-wayland fixes this. Let me

Re: firefox-wayland and URLs in other programs

Please file a #BZ and let's investigate it there. Thanks. On 4/2/19 5:05 PM, Hans de Goede wrote: Hi All, To help testing firefox on wayland I'm running it as my day to day browser now, but when I click links (specifically in thunderbird) I get a dialog saying "firefox is running but not

Re: F30: Self-Contained Change proposal: Firefox Wayland By Default On Gnome

On 1/28/19 9:21 AM, Tom Hughes wrote: On 25/01/2019 21:55, Tom Hughes wrote: On 25/01/2019 21:24, Richard W.M. Jones wrote: On Fri, Jan 25, 2019 at 09:43:32AM -0500, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/Firefox_Wayland_By_Default_On_Gnome == Summary == Firefox is going

Re: Call for participation: Fedora Flatpaks

On 9/7/18 9:36 AM, Vít Ondruch wrote: Dne 7.9.2018 v 03:45 Owen Taylor napsal(a): I'd like to invite Fedora contributors to start creating Flatpaks of graphical applications in Fedora. We're still working on putting the final pieces into place to have a complete story from end to end, but

Re: Firefox with native Wayland backend at updates

On 06/01/2018 02:26 AM, mcatanz...@gnome.org wrote: On Thu, May 31, 2018 at 5:39 PM, Kevin Kofler wrote: We try hard to avoid messy menus with duplicate entries, and you get away with adding an extra desktop entry to an application installed by default on almost all Spins, for an

Re: Firefox with native Wayland backend at updates

On 06/01/2018 02:26 AM, mcatanz...@gnome.org wrote: On Thu, May 31, 2018 at 5:39 PM, Kevin Kofler wrote: We try hard to avoid messy menus with duplicate entries, and you get away with adding an extra desktop entry to an application installed by default on almost all Spins, for an

Re: Firefox with native Wayland backend at updates

On 05/29/2018 08:48 AM, Zbigniew Jędrzejewski-Szmek wrote: On Mon, May 28, 2018 at 10:56:27AM +0200, Martin Stransky wrote: We have Firefox 60.0.1 with native Wayland backend at Fedora updates now: https://bodhi.fedoraproject.org/updates/FEDORA-2018-c0674d672f https://bodhi.fedoraproject.org

Firefox with native Wayland backend at updates

We have Firefox 60.0.1 with native Wayland backend at Fedora updates now: https://bodhi.fedoraproject.org/updates/FEDORA-2018-c0674d672f https://bodhi.fedoraproject.org/updates/FEDORA-2018-1f788d5c09 https://bodhi.fedoraproject.org/updates/FEDORA-2018-a62434cca8 The Wayland backend is available

Re: Security updates and batched pushes

On 01/08/2018 01:36 AM, Kevin Fenzi wrote: On 01/07/2018 01:38 PM, Christian Dersch wrote: Hi all, within the whole Meltdown and Spectre story I realized that Koji pushes even security updates to batched only, not directly to stable. In The critera for bypassing batched is if the update is

Re: Call for testing - Firefox 57

On 11/06/2017 11:50 AM, Vít Ondruch wrote: Dne 12.10.2017 v 10:58 Martin Stransky napsal(a): On 10/12/2017 10:52 AM, Richard W.M. Jones wrote: On Thu, Oct 12, 2017 at 09:57:20AM +0200, Martin Stransky wrote: - and disabled XUL extensions For people who don't follow the internals of how

Re: Updates for Firefox 57 beta

On 10/16/2017 11:10 AM, James Hogarth wrote: On 16 October 2017 at 10:00, Martin Stransky <stran...@redhat.com> wrote: On 10/15/2017 03:58 PM, Gerald B. Cox wrote: On Sun, Oct 15, 2017 at 3:45 AM, Alexander Ploumistos < alex.ploumis...@gmail.com> wrote: Hello, Now that FES

Re: Updates for Firefox 57 beta

On 10/15/2017 03:58 PM, Gerald B. Cox wrote: On Sun, Oct 15, 2017 at 3:45 AM, Alexander Ploumistos < alex.ploumis...@gmail.com> wrote: Hello, Now that FESCo has ruled that "firefox 57beta is removed from f25/f26 updates-testing but stays in f27/rawhide", could we at least keep getting new

Re: Updates for Firefox 57 beta

On 10/15/2017 11:04 PM, Greg Evenden wrote: Hello, Now that FESCo has ruled that "firefox 57beta is removed from f25/f26 updates-testing but stays in f27/rawhide", could we at least keep getting new builds in koji for f25/f26? Judging by the feedback in bodhi, the various threads here, rhbz and

Re: Why is Fx 57 in Updates Testing?

On 10/13/2017 01:29 PM, Peter Oliver wrote: On Thu, 12 Oct 2017, Adam Williamson wrote: it sounds like downgrading from 56 to 52 (the most recent ESR), aside from the epoch bump it'd require on our side, is not straightforward (it seems there were profile changes between 56 and 52). Ouch.

Re: Call for testing - Firefox 57

On 10/12/2017 11:16 AM, Alexander Ploumistos wrote: On Thu, Oct 12, 2017 at 10:57 AM, Martin Stransky <stran...@redhat.com> wrote: and also expect new versions there. Please give it a shot and report any issue to our [1] or Mozilla bugzilla [2]. Hi Martin, Do you want feedback in

Re: Call for testing - Firefox 57

On 10/12/2017 10:52 AM, Richard W.M. Jones wrote: On Thu, Oct 12, 2017 at 09:57:20AM +0200, Martin Stransky wrote: - and disabled XUL extensions For people who don't follow the internals of how Firefox works, this means all extensions you have installed will stop working. Apparently

Re: Call for testing - Firefox 57

On 10/12/2017 09:57 AM, Martin Stransky wrote: Hi folks, let's have some fun with upcoming Firefox 57 a.k.a Firefox Quantum. This is a major Firefox update with key - pleasant and unpleasant - changes: - fastest than ever with Rust, CSS Stylo, Sandbox... - new "Photon" look - an

Re: Why is Fx 57 in Updates Testing?

On 10/12/2017 10:48 AM, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 12 October 2017 at 10:08, Richard W.M. Jones wrote: In practical terms, FF57 disables all extensions. I had forgotten how unusable the web has become without NoScript ... Have you tested with the latest noscript?

Call for testing - Firefox 57

Hi folks, let's have some fun with upcoming Firefox 57 a.k.a Firefox Quantum. This is a major Firefox update with key - pleasant and unpleasant - changes: - fastest than ever with Rust, CSS Stylo, Sandbox... - new "Photon" look - and disabled XUL extensions according to the disruptive nature

Re: Why is Fx 57 in Updates Testing?

On 10/11/2017 09:42 PM, Stephen John Smoogen wrote: [] It is something we forget a lot.. but is a reason why older maintainers of XYZ software (Mozilla, X11, gcc, kernel, etc) would make sure that a heads up email about a major version change goes out. If you put out a heads up that

Re: Why is Fx 57 in Updates Testing?

On 10/11/2017 07:26 PM, Gerald B. Cox wrote: On Wed, Oct 11, 2017 at 10:04 AM, Heiko Adams wrote: Am Mittwoch, den 11.10.2017, 07:53 -0700 schrieb Gerald B. Cox: By definition BETA software is never intended to be pushed to stable. Fx 57 is BETA. When the STABLE

Re: Why is Fx 57 in Updates Testing?

On 10/11/2017 03:17 PM, Gerald B. Cox wrote: Was this on purpose? Fx 57 is BETA, and I was under the impression that BETA software was for RAWHIDE. Yes, I understand there is an annotation NOT to push Fx 57 to stable - but I thought that was the purpose of updates testing... software there is

Re: Why is Fx 57 in Updates Testing?

On 10/11/2017 03:52 PM, Tomasz Torcz wrote: On Wed, Oct 11, 2017 at 03:32:07PM +0200, Martin Stransky wrote: On 10/11/2017 03:17 PM, Gerald B. Cox wrote: Was this on purpose? Fx 57 is BETA, and I was under the impression that BETA software was for RAWHIDE. It's going to be stable in one

Re: Why is Fx 57 in Updates Testing?

On 10/11/2017 03:46 PM, Mátyás Selmeci wrote: On 10/11/17 08:32, Martin Stransky wrote: On 10/11/2017 03:17 PM, Gerald B. Cox wrote: Was this on purpose?  Fx 57 is BETA, and I was under the impression that BETA software was for RAWHIDE. It's going to be stable in one month. Fx 57 release

Re: Why is Fx 57 in Updates Testing?

On 10/11/2017 03:46 PM, Mátyás Selmeci wrote: On 10/11/17 08:32, Martin Stransky wrote: On 10/11/2017 03:17 PM, Gerald B. Cox wrote: Was this on purpose?  Fx 57 is BETA, and I was under the impression that BETA software was for RAWHIDE. It's going to be stable in one month. Fx 57 release

Re: Why is Fx 57 in Updates Testing?

On 10/11/2017 03:17 PM, Gerald B. Cox wrote: Was this on purpose? Fx 57 is BETA, and I was under the impression that BETA software was for RAWHIDE. It's going to be stable in one month. Fx 57 release date is 2017-11-14. Yes, I understand there is an annotation NOT to push Fx 57 to stable -

Re: Call for testing - Firefox CSD/titlebar

Do you mind to file at BZ please? Thanks, ma. On 09/16/2017 06:15 PM, Christian Dersch wrote: I can confirm this behaviour @KDE Plasma and also i3 window manager. On 09/16/2017 06:03 PM, Mattia Verga wrote: On KDE the result is terrible. I get a window inside another window:

Call for testing - Firefox CSD/titlebar

Guys, there's available [1] new Firefox package with emulated CSD rendering [2]. What does it mean for you? Firefox renders CSD decorations on its own then and you don't see the default gnome titlebar on top of the main window and you get a "Chromish" look. That should also work with Firefox

Re: firefox-55.0.2-2.fc26.x86_64 conflicts with pkgconfig(nspr) >= 4.16

On 08/24/2017 04:46 PM, Dridi Boukelmoune wrote: Hello, For some reason I fail to understand, a non-devel package is conflicting with a devel package :-/ According to dnf it's the only explicit conflict for the package: $ dnf repoquery --conflicts firefox-55.0.2-2.fc26.x86_64

Retired package - xulrunner

Hello, Xulrunner is no longer supported by upstream and contains known security bugs so we decided to retire it from master (will be still available for Fedora 26). If any project needs that package it has to bundle it. ma. ___ devel mailing list

Re: Firefox 52.0.1: CVE-2017-5428

On 03/22/2017 01:22 AM, Bojan Smojver wrote: Does anyone know whether the fix for this problem is already in F25 builds of FF or should a new build be prepared and pushed to fix this? See: https://bugzilla.redhat.com/show_bug.cgi?id=1433819 Sorry I overlooked this one. Builds are in koji

Firefox 52 - ALSA backend disabled

Hi, ALSA backend is no longer available in official Fedora Firefox builds [1] since it has been deprecated by Mozilla and no longer maintained [2]. If you still want to use ALSA on Fedora builds, you just need to rebuild Firefox with such option. Just set "alsa_backend" to 1 and run the

flatpak app launch script

Hi, I feel that launching a flatpak app from command line a bit regression from rpm packages. It's really different to type: $firefox or $flatpak run org.mozilla.Firefox Especially when "flatpak run org.mozilla" carries no information for user, they just want to launch the app and don't

Re: Important: NSS + Firefox + Thunderbird + Seamonkey + Icecat + Xulrunner

On 01/21/2017 04:33 PM, Christian Dersch wrote: On 01/21/2017 04:15 PM, Kai Engert wrote: I've disabled autokarma. Thanks :) The current Firefox 50.x will go unsupported on Tuesday, replaced by Firefox 51. Usually new important security fixes are contained in the new Firefox update.

Re: Important: NSS + Firefox + Thunderbird + Seamonkey + Icecat + Xulrunner

On 01/20/2017 04:13 PM, Josh Boyer wrote: On Fri, Jan 20, 2017 at 9:52 AM, Kai Engert wrote: Hello, we are currently dealing with a tricky situation, that the NSS and Mozilla package maintainers have been discussing, and I'd like to publish our plan. The most recent NSS update,

Re: Firefox 49.0.2

On 10/27/2016 11:11 AM, Michael J Gruber wrote: Martin Stransky venit, vidit, dixit 26.10.2016 11:42: Thanks for pointing it here, I miss that minor update. Btw. a new #BZ at bugzilla.redhat.com would work even better. There are two security bugs marked as "High" which means

Re: Firefox 49.0.2

Thanks for pointing it here, I miss that minor update. Btw. a new #BZ at bugzilla.redhat.com would work even better. There are two security bugs marked as "High" which means "Moderate" in Fedora terms. The big ones has "Critical" rating and there's none fixed in this release. AFAIK the main

Re: Firefox 48 v Electrolysis

I believe it's disabled by default, because upstream enables it specifically for safe instances (no/safe extensions and so) by mozilla installer which is disabled in Fedora. You can enable it by your own in about:config, set browser.tabs.remote.autostart value to true. Note: some extensions

Re: Firefox on Wayland

On 06/28/2016 12:13 PM, Martin Stransky wrote: On 06/28/2016 08:41 AM, Samuel Rakitničan wrote: I've failed to launch the application properly under X.org and Wayland using the launcher icon in GNOME shell. But when I switched to Wayland, I executed the `firefox` command from "Ter

Re: Firefox on Wayland

On 06/28/2016 08:41 AM, Samuel Rakitničan wrote: I've failed to launch the application properly under X.org and Wayland using the launcher icon in GNOME shell. But when I switched to Wayland, I executed the `firefox` command from "Terminix" and it worked under XWayland with no regressions so

Re: Firefox on Wayland

22, 2016 at 1:12 PM, Martin Stransky <stran...@redhat.com> wrote: Hi Folks, Firefox with native Wayland support is available here: https://copr.fedorainfracloud.org/coprs/stransky/firefox-wayland/ https://stransky.fedorapeople.org/firefox-47.0-6.wayland.fc25.src.rpm It's an official

Firefox on Wayland

Hi Folks, Firefox with native Wayland support is available here: https://copr.fedorainfracloud.org/coprs/stransky/firefox-wayland/ https://stransky.fedorapeople.org/firefox-47.0-6.wayland.fc25.src.rpm It's an official Fedora Firefox package (47.0) + Wayland patch and it replaces your distro

Firefox - call for testing (Gtk3 effort)

Folks, we see many Gtk3 crashes in Firefox recently (https://bugzilla.mozilla.org/show_bug.cgi?id=1239962) which comes from Gtk3 system library. If you's like to help here, please install latest FF updates from koji: F23: https://bodhi.fedoraproject.org/updates/FEDORA-2016-8344bd0b61 F22:

Re: Firefox - call for testing (Gtk3 effort)

Also please remove Firefox from ABRT blacklist at: /etc/abrt/abrt-action-save-package-data.conf ma. On 02/03/2016 10:43 AM, Martin Stransky wrote: Folks, we see many Gtk3 crashes in Firefox recently (https://bugzilla.mozilla.org/show_bug.cgi?id=1239962) which comes from Gtk3 system library

Re: Firefox - call for testing (Gtk3 effort)

closing. Jakub On 02/03/2016 10:43 AM, Martin Stransky wrote: Folks, we see many Gtk3 crashes in Firefox recently (https://bugzilla.mozilla.org/show_bug.cgi?id=1239962) which comes from Gtk3 system library. If you's like to help here, please install latest FF updates from koji: F23: https

Re: Firefox - call for testing (Gtk3 effort)

On 02/03/2016 02:45 PM, Jakub Jelen wrote: On 02/03/2016 10:53 AM, Martin Stransky wrote: Also please remove Firefox from ABRT blacklist at: /etc/abrt/abrt-action-save-package-data.conf ma. On 02/03/2016 10:43 AM, Martin Stransky wrote: Folks, we see many Gtk3 crashes in Firefox recently

Re: Firefox - call for testing (Gtk3 effort)

On 02/03/2016 05:08 PM, Jonathan Wakely wrote: On 03/02/16 11:58 +0100, Jakub Jelen wrote: Don't know it it will help, but I see Firefox almost always crash when I open new window and try to close it on F23. Sometimes earlier after opening the windows, sometimes later after closing. I've been

Re: Xulrunner - intent to remove from Fedora 24

On 01/28/2016 08:52 PM, Samuel Sieb wrote: On 01/27/2016 10:17 PM, Ben Rosser wrote: It's been a while since I've used it, but chatzilla appears to still under active development here: https://hg.mozilla.org/chatzilla/shortlog. Yes, it is still somewhat active. I am one of the upstream

Re: Xulrunner - intent to remove from Fedora 24

On 01/26/2016 06:48 PM, Stephen John Smoogen wrote: On 26 January 2016 at 10:18, Yaakov Selkowitz <yselk...@redhat.com> wrote: On 2016-01-26 08:55, Richard Hughes wrote: On 26 January 2016 at 12:51, Martin Stransky <stran...@redhat.com> wrote: does anyone use the xulru

Xulrunner - intent to remove from Fedora 24

Hi, does anyone use the xulrunner package? (and gecko-devel actually). Mozilla does not maintain it any more and the XUL as technology is going to be removed/deprecated. I'd like to remove the package from Fedora 24. ma. -- devel mailing list devel@lists.fedoraproject.org

Retired - nspluginwrapper

Hi Folks, I'm going to retire and remove nspluginwrapper from Fedora 24 and newer [1]. Firefox and Chromium does not use that any more. Please speak up if you need that. ma. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1289053 -- devel mailing list devel@lists.fedoraproject.org

Re: Firefox addon signing

On 08/27/2015 04:40 PM, Alexander Ploumistos wrote: Aren't the addons that we ship in fedora a bunch of text files zipped in an xpi archive? It is kind of awkward to send them back and forth, but if there are no other binaries, does it go against a particular policy? Or we could decide that we

Re: Firefox addon signing

On 08/28/2015 11:00 AM, Alexander Ploumistos wrote: On Fri, Aug 28, 2015 at 10:18 AM, Martin Stransky stran...@redhat.com wrote: Can we ship addons which are already signed by Mozilla? Or does Fedora packager modify them somehow? It seems that even when the source is an xpi file, rpm treats

Re: Firefox addon signing

On 08/28/2015 11:34 AM, Alexander Ploumistos wrote: On Fri, Aug 28, 2015 at 12:24 PM, Martin Stransky stran...@redhat.com wrote: Thanks for the info. Actually is there any reason why Fedora packager would need to modify the original extension? That depends on the extension and its

Re: Firefox addon signing

On 08/28/2015 11:40 AM, Emmanuel Seyman wrote: * Martin Stransky [28/08/2015 11:24] : Thanks for the info. Actually is there any reason why Fedora packager would need to modify the original extension? If there is a security issue with an extension, the packager might well want to distribute

Re: Firefox testing - offscreen surfaces and OMTC

On 08/25/2015 12:09 PM, Kamil Paral wrote: I'm seeing flickering (e.g. with arstechnica) on 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV620/M82 [Mobility Radeon HD 3450/3470] with native drivers (F22). I have seen heavy flickering on mapy.cz (online maps)

Re: Firefox testing - offscreen surfaces and OMTC

it to release yet: https://bugs.freedesktop.org/show_bug.cgi?id=84252 What do you mean here by acceleration? The offscreen surfaces referenced in this post are CPU rendering. ma. On 08/21/2015 01:33 AM, Martin Stransky wrote: Folks, I'd use some testing for new Firefox feature - offscreen

Re: Firefox testing - offscreen surfaces and OMTC

On 08/24/2015 09:43 AM, drago01 wrote: On Mon, Aug 24, 2015 at 8:54 AM, Martin Stransky stran...@redhat.com wrote: On 08/21/2015 08:28 PM, Thomas Daede wrote: I've been running nightly with this enabled for quite a while on Intel and it's been fine. Note that OMTC is required for e10s

Re: Firefox testing - offscreen surfaces and OMTC

On 08/24/2015 10:41 AM, drago01 wrote: On Mon, Aug 24, 2015 at 10:18 AM, Martin Stransky stran...@redhat.com wrote: On 08/24/2015 09:43 AM, drago01 wrote: On Mon, Aug 24, 2015 at 8:54 AM, Martin Stransky stran...@redhat.com wrote: On 08/21/2015 08:28 PM, Thomas Daede wrote: I've been

Re: Firefox testing - offscreen surfaces and OMTC

I see the same flickering on NVIDIA hardware. Intel seems to be fine. On 08/21/2015 03:06 PM, Alexander Ploumistos wrote: On Fri, Aug 21, 2015 at 11:33 AM, Martin Stransky stran...@redhat.com wrote: - Install Firefox 40 on Fedora 22,23,Rawhide (you'd need Gtk3 build) - go to about:config

Re: Firefox testing - offscreen surfaces and OMTC

On 08/21/2015 03:34 PM, Alexander Ploumistos wrote: On Fri, Aug 21, 2015 at 4:24 PM, Martin Stransky stran...@redhat.com wrote: I see the same flickering on NVIDIA hardware. Intel seems to be fine. Which model? Is it using one of the older driver series? It's GeForce GTX 750 with nvidia

Firefox testing - offscreen surfaces and OMTC

Folks, I'd use some testing for new Firefox feature - offscreen surfaces [1]. It may also fix crashes when OMTC is enabled [2]. Browser should be a bit faster with those features on. How to test? - Install Firefox 40 on Fedora 22,23,Rawhide (you'd need Gtk3 build) - go to about:config,

Rapid release for security updates

Hi guys, is there any mechanism how to speed up release of critical security fixes by Fedora update system? For instance Firefox packages are released *week* after official Mozilla release which is really bad. Any idea here? ma. -- devel mailing list devel@lists.fedoraproject.org

Re: Rapid release for security updates

On 05/19/2015 11:12 AM, drago01 wrote: On Tue, May 19, 2015 at 10:38 AM, Martin Stransky stran...@redhat.com wrote: Hi guys, is there any mechanism how to speed up release of critical security fixes by Fedora update system? For instance Firefox packages are released *week* after official

Re: Rapid release for security updates

On 05/19/2015 03:17 PM, Michael Cronenworth wrote: On 05/19/2015 04:12 AM, drago01 wrote: Why does it take so long? Most firefox uipdates get enough karma before they end up in testing. In that case they should be picked up by the next push (which is still a manual process afaik; so no idea how

FYI: Firefox - No more binary components in extensions

Forwarded Message Subject: No more binary components in extensions Date: Mon, 4 May 2015 11:03:12 -0400 From: Benjamin Smedberg benja...@smedbergs.us Reply-To: dev-extensi...@lists.mozilla.org To: dev-platform dev-platf...@lists.mozilla.org, Firefox Dev

Re: Flash plugin 0-day vulnerability in the wild

On 01/26/2015 01:48 PM, drago01 wrote: On Mon, Jan 26, 2015 at 1:40 PM, Martin Stransky stran...@redhat.com wrote: On 01/23/2015 10:51 AM, Martin Stransky wrote: Folk, There's a live 0-day flash vulnerability which is not fixed yet [1][2]. If you use flash plugin I recommend you to enable

Re: Flash plugin 0-day vulnerability in the wild

On 01/26/2015 02:12 PM, Ahmad Samir wrote: On 26 January 2015 at 15:03, drago01 drag...@gmail.com wrote: On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir ahmadsamir3...@gmail.com wrote: On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official

Re: Flash plugin 0-day vulnerability in the wild

On 01/26/2015 02:03 PM, drago01 wrote: On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir ahmadsamir3...@gmail.com wrote: On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page

  1   2   >