[opensuse] leap422 - having trouble not patching firefox
We're thinking of trying out leap422 in the office, for real. Still slightly limited given a couple of show-stoppers, but I thought I would give it a go and see how far I get. However, I want to keep the current firefox (50.0-39.2) because it doesn't suffer from this issue: https://bugzilla.opensuse.org/show_bug.cgi?id=1011196 "incorrect rendering of option with css class". So I locked "MozillaFirefox". Running zypper patch gives me two problems: Resolving package dependencies... 2 Problems: Problem: patch:openSUSE-2016-1392-1.noarch conflicts with MozillaFirefox.x86_64 < 50.0.2-42.2 provided by MozillaFirefox-50.0-39.2.x86_64 Problem: MozillaFirefox-translations-common-52.2-57.12.2.x86_64 requires MozillaFirefox = 52.2, but this requirement cannot be provided Problem#1 is easily solved by option 1, don't install. Problem#2: Problem: MozillaFirefox-translations-common-52.2-57.12.2.x86_64 requires MozillaFirefox = 52.2, but this requirement cannot be provided uninstallable providers: MozillaFirefox-52.2-57.12.2.x86_6 [repo-update] Solution 1: Following actions will be done: do not install patch:openSUSE-2017-712-1.noarch remove lock to allow installation of MozillaFirefox-52.1.1-57.9.1.x86_64[repo-update] Solution 2: deinstallation of MozillaFirefox-translations-common-50.0-39.2.x86_64 Solution 3: remove lock to allow installation of MozillaFirefox-52.2-57.12.2.x86_64[repo-update] Solution 4: break MozillaFirefox-translations-common-52.2-57.12.2.x86_64 by ignoring some of its dependencies Question: Shouldn't there be a Solution#5: do not install MozillaFirefox-translations-common-52.2-57.12.2.x86_64 ? -- Per Jessen, Zürich (26.2°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-08-07 19:04, Per Jessen wrote:
Problem#2:
Problem: MozillaFirefox-translations-common-52.2-57.12.2.x86_64 requires MozillaFirefox = 52.2, but this requirement cannot be provided uninstallable providers: MozillaFirefox-52.2-57.12.2.x86_6 [repo-update] Solution 1: Following actions will be done: do not install patch:openSUSE-2017-712-1.noarch remove lock to allow installation of MozillaFirefox-52.1.1-57.9.1.x86_64[repo-update] Solution 2: deinstallation of MozillaFirefox-translations-common-50.0-39.2.x86_64 Solution 3: remove lock to allow installation of MozillaFirefox-52.2-57.12.2.x86_64[repo-update] Solution 4: break MozillaFirefox-translations-common-52.2-57.12.2.x86_64 by ignoring some of its dependencies
Question: Shouldn't there be a Solution#5: do not install MozillaFirefox-translations-common-52.2-57.12.2.x86_64 ?
I think that's #1, do not install patch. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
Carlos E. R. wrote:
On 2017-08-07 19:04, Per Jessen wrote:
Problem#2:
Problem: MozillaFirefox-translations-common-52.2-57.12.2.x86_64 requires MozillaFirefox = 52.2, but this requirement cannot be provided uninstallable providers: MozillaFirefox-52.2-57.12.2.x86_6 [repo-update] Solution 1: Following actions will be done: do not install patch:openSUSE-2017-712-1.noarch remove lock to allow installation of MozillaFirefox-52.1.1-57.9.1.x86_64[repo-update] Solution 2: deinstallation of MozillaFirefox-translations-common-50.0-39.2.x86_64 Solution 3: remove lock to allow installation of MozillaFirefox-52.2-57.12.2.x86_64[repo-update] Solution 4: break MozillaFirefox-translations-common-52.2-57.12.2.x86_64 by ignoring some of its dependencies
Question: Shouldn't there be a Solution#5: do not install MozillaFirefox-translations-common-52.2-57.12.2.x86_64 ?
I think that's #1, do not install patch.
do not install patch:openSUSE-2017-712-1.noarch remove lock to allow installation of MozillaFirefox-52.1.1-57.9.1.x86_64[repo-update] That sounds like removing the lock on "MozillaFirefox" ? -- Per Jessen, Zürich (25.6°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-08-07 19:15, Per Jessen wrote:
Carlos E. R. wrote:
On 2017-08-07 19:04, Per Jessen wrote:
Problem#2:
Problem: MozillaFirefox-translations-common-52.2-57.12.2.x86_64 requires MozillaFirefox = 52.2, but this requirement cannot be provided uninstallable providers: MozillaFirefox-52.2-57.12.2.x86_6 [repo-update] Solution 1: Following actions will be done: do not install patch:openSUSE-2017-712-1.noarch remove lock to allow installation of MozillaFirefox-52.1.1-57.9.1.x86_64[repo-update] Solution 2: deinstallation of MozillaFirefox-translations-common-50.0-39.2.x86_64 Solution 3: remove lock to allow installation of MozillaFirefox-52.2-57.12.2.x86_64[repo-update] Solution 4: break MozillaFirefox-translations-common-52.2-57.12.2.x86_64 by ignoring some of its dependencies
Question: Shouldn't there be a Solution#5: do not install MozillaFirefox-translations-common-52.2-57.12.2.x86_64 ?
I think that's #1, do not install patch.
do not install patch:openSUSE-2017-712-1.noarch remove lock to allow installation of MozillaFirefox-52.1.1-57.9.1.x86_64[repo-update]
That sounds like removing the lock on "MozillaFirefox" ?
Oh. I thought the lock was for another item. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
Per Jessen wrote:
Carlos E. R. wrote:
On 2017-08-07 19:04, Per Jessen wrote:
Problem#2:
Problem: MozillaFirefox-translations-common-52.2-57.12.2.x86_64 requires MozillaFirefox = 52.2, but this requirement cannot be provided uninstallable providers: MozillaFirefox-52.2-57.12.2.x86_6 [repo-update] Solution 1: Following actions will be done: do not install patch:openSUSE-2017-712-1.noarch remove lock to allow installation of MozillaFirefox-52.1.1-57.9.1.x86_64[repo-update] Solution 2: deinstallation of MozillaFirefox-translations-common-50.0-39.2.x86_64 Solution 3: remove lock to allow installation of MozillaFirefox-52.2-57.12.2.x86_64[repo-update] Solution 4: break MozillaFirefox-translations-common-52.2-57.12.2.x86_64 by ignoring some of its dependencies
Question: Shouldn't there be a Solution#5: do not install MozillaFirefox-translations-common-52.2-57.12.2.x86_64 ?
I think that's #1, do not install patch.
do not install patch:openSUSE-2017-712-1.noarch remove lock to allow installation of MozillaFirefox-52.1.1-57.9.1.x86_64[repo-update]
That sounds like removing the lock on "MozillaFirefox" ?
Aha, if I choose solution#1: Resolving package dependencies... 2 Problems: Problem: patch:openSUSE-2016-1392-1.noarch conflicts with MozillaFirefox.x86_64 < 50.0.2-42.2 provided by MozillaFirefox-50.0-39.2.x86_64 Problem: MozillaFirefox-translations-common-52.2-57.12.2.x86_64 requires MozillaFirefox = 52.2, but this requirement cannot be provided Problem: patch:openSUSE-2016-1392-1.noarch conflicts with MozillaFirefox.x86_64 < 50.0.2-42.2 provided by MozillaFirefox-50.0-39.2.x86_64 Solution 1: remove lock to allow removal of MozillaFirefox-50.0-39.2.x86_64 Solution 2: do not install patch:openSUSE-2016-1392-1.noarch Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): 2 Problem: MozillaFirefox-translations-common-52.2-57.12.2.x86_64 requires MozillaFirefox = 52.2, but this requirement cannot be provided uninstallable providers: MozillaFirefox-52.2-57.12.2.x86_64[repo-update] Solution 1: Following actions will be done: do not install patch:openSUSE-2017-712-1.noarch remove lock to allow installation of MozillaFirefox-52.1.1-57.9.1.x86_64[repo-update] Solution 2: deinstallation of MozillaFirefox-translations-common-50.0-39.2.x86_64 Solution 3: remove lock to allow installation of MozillaFirefox-52.2-57.12.2.x86_64[repo-update] Solution 4: break MozillaFirefox-translations-common-52.2-57.12.2.x86_64 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/3/4/s/r/c] (c): 1 Resolving dependencies... Resolving package dependencies... Problem: patch:openSUSE-2016-1490-1.noarch conflicts with MozillaFirefox.x86_64 < 50.1.0-45.1 provided by MozillaFirefox-50.0-39.2.x86_64 Solution 1: Following actions will be done: do not install patch:openSUSE-2016-1490-1.noarch do not install patch:openSUSE-2017-187-1.noarch do not install patch:openSUSE-2017-344-1.noarch do not install patch:openSUSE-2017-368-1.noarch do not install patch:openSUSE-2017-509-1.noarch do not install patch:openSUSE-2017-581-1.noarch Solution 2: remove lock to allow removal of MozillaFirefox-50.0-39.2.x86_64 Okay, with solution#1 here, it looks like I can carry on. I hope it doesn't screw up firefox anyway. -- Per Jessen, Zürich (25.7°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen composed on 2017-08-07 19:04 (UTC+0200):
We're thinking of trying out leap422 in the office, for real. Still slightly limited given a couple of show-stoppers, but I thought I would give it a go and see how far I get. However, I want to keep the current firefox (50.0-39.2) because it doesn't suffer from this issue:
"incorrect rendering of option with css class".
So I locked "MozillaFirefox".
Locked how exactly? Try *irefox* instead of MozillaFirefox -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata wrote:
Per Jessen composed on 2017-08-07 19:04 (UTC+0200):
We're thinking of trying out leap422 in the office, for real. Still slightly limited given a couple of show-stoppers, but I thought I would give it a go and see how far I get. However, I want to keep the current firefox (50.0-39.2) because it doesn't suffer from this issue:
"incorrect rendering of option with css class".
So I locked "MozillaFirefox".
Locked how exactly?
With YaST Software Management. -- Per Jessen, Zürich (20.9°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen composed on 2017-08-07 21:39 (UTC+0200):
So I locked "MozillaFirefox".
Locked how exactly?
With YaST Software Management.
AFAIK it has no UI facility WRT wildcards. What do you get from this?: zypper ll | grep -i irefo -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata wrote:
Per Jessen composed on 2017-08-07 21:39 (UTC+0200):
So I locked "MozillaFirefox".
Locked how exactly?
With YaST Software Management.
AFAIK it has no UI facility WRT wildcards. What do you get from this?:
I didn't use any widlcards, just searched for 'firefox', found "MozillaFirefox", then hit '*' to lock it.
zypper ll | grep -i irefo
# zypper ll | grep -i irefo 4 | MozillaFirefox | package | (any) -- Per Jessen, Zürich (19.8°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-08-07 22:28, Per Jessen wrote:
Felix Miata wrote:
Per Jessen composed on 2017-08-07 21:39 (UTC+0200):
So I locked "MozillaFirefox".
Locked how exactly?
With YaST Software Management.
AFAIK it has no UI facility WRT wildcards. What do you get from this?:
I didn't use any widlcards, just searched for 'firefox', found "MozillaFirefox", then hit '*' to lock it.
Maybe also lock the translation package. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
Per Jessen composed on 2017-08-07 22:28 (UTC+0200):
Felix Miata wrote:
Per Jessen composed on 2017-08-07 21:39 (UTC+0200):
So I locked "MozillaFirefox".
Locked how exactly?
With YaST Software Management.
AFAIK it has no UI facility WRT wildcards. What do you get from this?:
I didn't use any widlcards, just searched for 'firefox', found "MozillaFirefox", then hit '*' to lock it.
zypper ll | grep -i irefo
# zypper ll | grep -i irefo 4 | MozillaFirefox | package | (any)
You only locked MozillaFirefox. zypper al *irefo* would lock all packages containing the string irefo. Apparently using YaST for setting and unsetting locks you need to to toggle each and every one separately instead of the simple zypper method above that locks all that fit the pattern. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata wrote:
Per Jessen composed on 2017-08-07 22:28 (UTC+0200):
Felix Miata wrote:
Per Jessen composed on 2017-08-07 21:39 (UTC+0200):
So I locked "MozillaFirefox".
Locked how exactly?
With YaST Software Management.
AFAIK it has no UI facility WRT wildcards. What do you get from this?:
I didn't use any widlcards, just searched for 'firefox', found "MozillaFirefox", then hit '*' to lock it.
zypper ll | grep -i irefo
# zypper ll | grep -i irefo 4 | MozillaFirefox | package | (any)
You only locked MozillaFirefox.
Right. That's all I intended to lock at first.
zypper al *irefo*
would lock all packages containing the string irefo.
office36:~ # zypper al *irefo* Specified lock has been successfully added. office36:~ # zypper ll # | Name | Type | Repository --+------------------+---------+----------- 1 | grub2 | package | (any) 2 | btrfsprogs | package | (any) 3 | btrfsmaintenance | package | (any) 4 | MozillaFirefox | package | (any) 5 | *irefo* | package | (any) Interesting option, I didn't know about that one.
Apparently using YaST for setting and unsetting locks you need to to toggle each and every one separately instead of the simple zypper method above that locks all that fit the pattern.
Yes, that's what it looks like. Thanks for helping with this. If you have Leap422 with the latest Firefox, would you mind checking this page: http://www.jessen.ch/firefox-option-issue The menu in the upper half should display similar to the two "right" examples in the lower half. -- Per Jessen, Zürich (19.0°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen composed on 2017-08-08 08:10 (UTC+0200):
If you have Leap422 with the latest Firefox, would you mind checking this page: .. http://www.jessen.ch/firefox-option-issue
The menu in the upper half should display similar to the two "right" examples in the lower half.
https://lists.opensuse.org/opensuse/2016-11/msg00447.html Is the week long thread where we went through this in November. I have not deleted any of the screenshots from http://fm.no-ip.com/SS/Moz/ made on account of that thread. None of my 42.2 installations have Wolfgang's MozillaFirefox in any version. Most do have older esr versions. Late Firefox versions I have are all Mozilla.org binaries. GTK3 has become seriously unfriendly to QT system users who never liked GTK/Gnome in the first place, like being forced to use Windows. The switch upstream from GTK2 to GTK3 in combination with requiring pulseaudio and imminent death of extensions and lagging SeaMonkey updates has created a profile management and usage nightmare I'm still not ready to invest time in yet. Too many things going on. My primary Firefox usage remains 45esr. And this is all part of why this primary PC is still on 42.1. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/08/17 08:10, Per Jessen wrote:
Yes, that's what it looks like. Thanks for helping with this. If you have Leap422 with the latest Firefox, would you mind checking this page:
http://www.jessen.ch/firefox-option-issue
The menu in the upper half should display similar to the two "right" examples in the lower half.
On my 42.2 install with Firefox 52.2.0 ESR, the upper menu appears like the one in the centre below, albeit with a dark button background since I use the Breeze Dark theme. And that means that the blue text isn't very legible against the dark grey background. gumb -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
gumb wrote:
On 08/08/17 08:10, Per Jessen wrote:
Yes, that's what it looks like. Thanks for helping with this. If you have Leap422 with the latest Firefox, would you mind checking this page:
http://www.jessen.ch/firefox-option-issue
The menu in the upper half should display similar to the two "right" examples in the lower half.
On my 42.2 install with Firefox 52.2.0 ESR, the upper menu appears like the one in the centre below, albeit with a dark button background since I use the Breeze Dark theme. And that means that the blue text isn't very legible against the dark grey background.
Thanks gumb. The key thing is a) the indentation and b) the text colour of the option. On my system, Leap422 updated yesterday, I have the menu look as the left below, i.e. without indentation, without blue text and with increased line-height. I'm going to open the ticket again - it seems quite clear that the issue is with openSUSE, not with Firefox. -- Per Jessen, Zürich (19.7°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 08.08.2017 um 09:33 schrieb Per Jessen:
gumb wrote:
On 08/08/17 08:10, Per Jessen wrote:
Yes, that's what it looks like. Thanks for helping with this. If you have Leap422 with the latest Firefox, would you mind checking this page:
http://www.jessen.ch/firefox-option-issue
The menu in the upper half should display similar to the two "right" examples in the lower half.
On my 42.2 install with Firefox 52.2.0 ESR, the upper menu appears like the one in the centre below, albeit with a dark button background since I use the Breeze Dark theme. And that means that the blue text isn't very legible against the dark grey background.
Thanks gumb. The key thing is a) the indentation and b) the text colour of the option. On my system, Leap422 updated yesterday, I have the menu look as the left below, i.e. without indentation, without blue text and with increased line-height.
I'm going to open the ticket again - it seems quite clear that the issue is with openSUSE, not with Firefox.
No, my results are exactly the same for openSUSE Firefox 55.0b13 and upstream Firefox 54.0.1. This is not openSUSE specific as far as I can tell. Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:33 schrieb Per Jessen:
gumb wrote:
On 08/08/17 08:10, Per Jessen wrote:
Yes, that's what it looks like. Thanks for helping with this. If you have Leap422 with the latest Firefox, would you mind checking this page:
http://www.jessen.ch/firefox-option-issue
The menu in the upper half should display similar to the two "right" examples in the lower half.
On my 42.2 install with Firefox 52.2.0 ESR, the upper menu appears like the one in the centre below, albeit with a dark button background since I use the Breeze Dark theme. And that means that the blue text isn't very legible against the dark grey background.
Thanks gumb. The key thing is a) the indentation and b) the text colour of the option. On my system, Leap422 updated yesterday, I have the menu look as the left below, i.e. without indentation, without blue text and with increased line-height.
I'm going to open the ticket again - it seems quite clear that the issue is with openSUSE, not with Firefox.
No, my results are exactly the same for openSUSE Firefox 55.0b13 and upstream Firefox 54.0.1. This is not openSUSE specific as far as I can tell.
Okay - how come it works for some people and not for others then? I can't make sense of that. -- Per Jessen, Zürich (19.9°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 08.08.2017 um 09:39 schrieb Per Jessen:
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:33 schrieb Per Jessen:
gumb wrote:
On 08/08/17 08:10, Per Jessen wrote:
Yes, that's what it looks like. Thanks for helping with this. If you have Leap422 with the latest Firefox, would you mind checking this page:
http://www.jessen.ch/firefox-option-issue
The menu in the upper half should display similar to the two "right" examples in the lower half.
On my 42.2 install with Firefox 52.2.0 ESR, the upper menu appears like the one in the centre below, albeit with a dark button background since I use the Breeze Dark theme. And that means that the blue text isn't very legible against the dark grey background.
Thanks gumb. The key thing is a) the indentation and b) the text colour of the option. On my system, Leap422 updated yesterday, I have the menu look as the left below, i.e. without indentation, without blue text and with increased line-height.
I'm going to open the ticket again - it seems quite clear that the issue is with openSUSE, not with Firefox.
No, my results are exactly the same for openSUSE Firefox 55.0b13 and upstream Firefox 54.0.1. This is not openSUSE specific as far as I can tell.
Okay - how come it works for some people and not for others then? I can't make sense of that.
Behaviour is different if e10s/content process separation is active or not. Check with about:support the "windows with multiple content processes" or something similar ("Fenster mit mehreren Prozessen"). Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:39 schrieb Per Jessen:
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:33 schrieb Per Jessen:
I'm going to open the ticket again - it seems quite clear that the issue is with openSUSE, not with Firefox.
No, my results are exactly the same for openSUSE Firefox 55.0b13 and upstream Firefox 54.0.1. This is not openSUSE specific as far as I can tell.
Okay - how come it works for some people and not for others then? I can't make sense of that.
Behaviour is different if e10s/content process separation is active or not.
Check with about:support the "windows with multiple content processes" or something similar ("Fenster mit mehreren Prozessen").
I see "Multiprocess Windows" = 1/1 (Enabled by default). Are you saying it will work if I change this? (not sure how). Under Extensions, I see "Multi-process staged roll-out, version 1.10, enabled=true. -- Per Jessen, Zürich (19.9°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 08.08.2017 um 09:54 schrieb Per Jessen:
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:39 schrieb Per Jessen:
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:33 schrieb Per Jessen:
I'm going to open the ticket again - it seems quite clear that the issue is with openSUSE, not with Firefox.
No, my results are exactly the same for openSUSE Firefox 55.0b13 and upstream Firefox 54.0.1. This is not openSUSE specific as far as I can tell.
Okay - how come it works for some people and not for others then? I can't make sense of that.
Behaviour is different if e10s/content process separation is active or not.
Check with about:support the "windows with multiple content processes" or something similar ("Fenster mit mehreren Prozessen").
I see "Multiprocess Windows" = 1/1 (Enabled by default). Are you saying it will work if I change this? (not sure how).
Under Extensions, I see "Multi-process staged roll-out, version 1.10, enabled=true.
try setting browser.tabs.remote.autostart and browser.tabs.remote.autostart.2 to false I think this still disables e10s. And try again. Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:54 schrieb Per Jessen:
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:39 schrieb Per Jessen:
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:33 schrieb Per Jessen:
I'm going to open the ticket again - it seems quite clear that the issue is with openSUSE, not with Firefox.
No, my results are exactly the same for openSUSE Firefox 55.0b13 and upstream Firefox 54.0.1. This is not openSUSE specific as far as I can tell.
Okay - how come it works for some people and not for others then? I can't make sense of that.
Behaviour is different if e10s/content process separation is active or not.
Check with about:support the "windows with multiple content processes" or something similar ("Fenster mit mehreren Prozessen").
I see "Multiprocess Windows" = 1/1 (Enabled by default). Are you saying it will work if I change this? (not sure how).
Under Extensions, I see "Multi-process staged roll-out, version 1.10, enabled=true.
try setting browser.tabs.remote.autostart and browser.tabs.remote.autostart.2 to false I think this still disables e10s.
Current situation, Lenovo Laptop w/ Leap422 (office68) - browser.tabs.remote.autostart = false (default) browser.tabs.remote.autostart.2 = true (user set) I changed the latter to false, but in about:support it still says "Multiprocess Windows" = 1/1 (Enabled by default). Maybe I need to restart? Current situation, system#2, Fujitsu desktop (office36). browser.tabs.remote.autostart = false (default) browser.tabs.remote.autostart.2 = true (user set) I don't quite understand the "user set", on office36 I have definitely not touched it. Not sure about office68, but I doubt it. Ah, after restarting on office36, I now see "Multiprocess Windows" = 0/1 (Disabled). And indeed, the css for the option now takes effect. Dito for office68 after restarting FF. Here's the important question then - does Dave and gumb both have "Multiprocess Windows" disabled?? -- Per Jessen, Zürich (20.6°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/08/17 10:22, Per Jessen wrote:
Here's the important question then - does Dave and gumb both have "Multiprocess Windows" disabled??
Mine says 0/1 (Disabled by add-ons) gumb -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, 08 Aug 2017 10:22:32 +0200 Per Jessen <per@computer.org> wrote:
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:54 schrieb Per Jessen:
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:39 schrieb Per Jessen:
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:33 schrieb Per Jessen: > > I'm going to open the ticket again - it seems quite clear that > the issue is with openSUSE, not with Firefox.
No, my results are exactly the same for openSUSE Firefox 55.0b13 and upstream Firefox 54.0.1. This is not openSUSE specific as far as I can tell.
Okay - how come it works for some people and not for others then? I can't make sense of that.
Behaviour is different if e10s/content process separation is active or not.
Check with about:support the "windows with multiple content processes" or something similar ("Fenster mit mehreren Prozessen").
I see "Multiprocess Windows" = 1/1 (Enabled by default). Are you saying it will work if I change this? (not sure how).
Under Extensions, I see "Multi-process staged roll-out, version 1.10, enabled=true.
try setting browser.tabs.remote.autostart and browser.tabs.remote.autostart.2 to false I think this still disables e10s.
Current situation, Lenovo Laptop w/ Leap422 (office68) -
browser.tabs.remote.autostart = false (default) browser.tabs.remote.autostart.2 = true (user set)
I changed the latter to false, but in about:support it still says "Multiprocess Windows" = 1/1 (Enabled by default). Maybe I need to restart?
Current situation, system#2, Fujitsu desktop (office36).
browser.tabs.remote.autostart = false (default) browser.tabs.remote.autostart.2 = true (user set)
I don't quite understand the "user set", on office36 I have definitely not touched it. Not sure about office68, but I doubt it.
Ah, after restarting on office36, I now see "Multiprocess Windows" = 0/1 (Disabled). And indeed, the css for the option now takes effect. Dito for office68 after restarting FF.
Here's the important question then - does Dave and gumb both have "Multiprocess Windows" disabled??
I have browser.tabs.remote.autostart;false browser.tabs.remote.autostart.2;true (user set but I don't know why) I have Multiprocess Windows 0/1 (Disabled by add-ons) I don't know what that means -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, 8 Aug 2017 11:06:20 +0100 Dave Howorth <dave@howorth.org.uk> wrote:
I have
Multiprocess Windows 0/1 (Disabled by add-ons)
I don't know what that means
OK, now I know what it means. I had two extensions that are not multiprocess compatible. I deleted one that I no longer use but the other one is the Sage RSS reader, which I use every day. Does anybody know of an equally usable RSS reader that is multiprocess compatible? OTOH, given that it looks like multiprocess has bugs, why do I want that? Maybe I should thank Sage for being old-fashioned. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-08-08 09:54, Per Jessen wrote:
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:39 schrieb Per Jessen:
Wolfgang Rosenauer wrote:
Okay - how come it works for some people and not for others then? I can't make sense of that.
Behaviour is different if e10s/content process separation is active or not.
Check with about:support the "windows with multiple content processes" or something similar ("Fenster mit mehreren Prozessen").
I see "Multiprocess Windows" = 1/1 (Enabled by default). Are you saying it will work if I change this? (not sure how).
I get "0/13 (Disabled by add-ons). No idea which add-ons. And I get the middle option result in your test page, labelled "right".
Under Extensions, I see "Multi-process staged roll-out, version 1.10, enabled=true.
I see: 1.10 true -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
Carlos E. R. wrote:
On 2017-08-08 09:54, Per Jessen wrote:
Wolfgang Rosenauer wrote:
Am 08.08.2017 um 09:39 schrieb Per Jessen:
Wolfgang Rosenauer wrote:
Okay - how come it works for some people and not for others then? I can't make sense of that.
Behaviour is different if e10s/content process separation is active or not.
Check with about:support the "windows with multiple content processes" or something similar ("Fenster mit mehreren Prozessen").
I see "Multiprocess Windows" = 1/1 (Enabled by default). Are you saying it will work if I change this? (not sure how).
I get "0/13 (Disabled by add-ons).
No idea which add-ons.
This seems to be the prevalent situation - the "Multiprocess Windows" feature is disabled by an add-on, in turn this means the css class for option works. I've been testing with a vanilla installation, no add-ons. Thanks for the feedback, I've updated the problem ticket. An immediate work-around is to simply disable this "Multiprocess Windows" feature. -- Per Jessen, Zürich (16.4°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-08-08 08:10, Per Jessen wrote:
Yes, that's what it looks like. Thanks for helping with this. If you have Leap422 with the latest Firefox, would you mind checking this page:
http://www.jessen.ch/firefox-option-issue
The menu in the upper half should display similar to the two "right" examples in the lower half.
Sending back private mail with photo attached of what I get, using 42.2, and stock openSUSE FF ESR 52.2.0 -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On Mon, 07 Aug 2017 19:04:13 +0200 Per Jessen <per@computer.org> wrote:
We're thinking of trying out leap422 in the office, for real. Still slightly limited given a couple of show-stoppers, but I thought I would give it a go and see how far I get. However, I want to keep the current firefox (50.0-39.2) because it doesn't suffer from this issue:
https://bugzilla.opensuse.org/show_bug.cgi?id=1011196
"incorrect rendering of option with css class".
I was interested to see what the problem was and whether I suffered from it with the current Firefox so I looked at the bug report, which includes two URLs: http://www.jessen.ch/ff49-0-2-option http://www.jessen.ch/ff49-0-2-felix The first one lists some CSS but the second says Error 404: Object not found! So I still have no idea what the problem is. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dave Howorth wrote:
On Mon, 07 Aug 2017 19:04:13 +0200 Per Jessen <per@computer.org> wrote:
We're thinking of trying out leap422 in the office, for real. Still slightly limited given a couple of show-stoppers, but I thought I would give it a go and see how far I get. However, I want to keep the current firefox (50.0-39.2) because it doesn't suffer from this issue:
https://bugzilla.opensuse.org/show_bug.cgi?id=1011196
"incorrect rendering of option with css class".
I was interested to see what the problem was and whether I suffered from it with the current Firefox so I looked at the bug report, which includes two URLs:
http://www.jessen.ch/ff49-0-2-option http://www.jessen.ch/ff49-0-2-felix
The first one lists some CSS but the second says Error 404: Object not found!
So I still have no idea what the problem is.
Yeah, try this one instead: http://www.jessen.ch/firefox-option-issue -- Per Jessen, Zürich (20.9°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Mon, 07 Aug 2017 21:40:35 +0200 Per Jessen <per@computer.org> wrote:
Dave Howorth wrote:
On Mon, 07 Aug 2017 19:04:13 +0200 Per Jessen <per@computer.org> wrote:
We're thinking of trying out leap422 in the office, for real. Still slightly limited given a couple of show-stoppers, but I thought I would give it a go and see how far I get. However, I want to keep the current firefox (50.0-39.2) because it doesn't suffer from this issue:
https://bugzilla.opensuse.org/show_bug.cgi?id=1011196
"incorrect rendering of option with css class".
I was interested to see what the problem was and whether I suffered from it with the current Firefox so I looked at the bug report, which includes two URLs:
http://www.jessen.ch/ff49-0-2-option http://www.jessen.ch/ff49-0-2-felix
The first one lists some CSS but the second says Error 404: Object not found!
So I still have no idea what the problem is.
Yeah, try this one instead:
Thanks Per. FWIW, I have 42.2 here with stock Firefox (52.2.0 (64-bit)) and it works fine with your test page. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dave Howorth wrote:
On Mon, 07 Aug 2017 21:40:35 +0200 Per Jessen <per@computer.org> wrote:
Dave Howorth wrote:
On Mon, 07 Aug 2017 19:04:13 +0200 Per Jessen <per@computer.org> wrote:
We're thinking of trying out leap422 in the office, for real. Still slightly limited given a couple of show-stoppers, but I thought I would give it a go and see how far I get. However, I want to keep the current firefox (50.0-39.2) because it doesn't suffer from this issue:
https://bugzilla.opensuse.org/show_bug.cgi?id=1011196
"incorrect rendering of option with css class".
I was interested to see what the problem was and whether I suffered from it with the current Firefox so I looked at the bug report, which includes two URLs:
http://www.jessen.ch/ff49-0-2-option http://www.jessen.ch/ff49-0-2-felix
The first one lists some CSS but the second says Error 404: Object not found!
So I still have no idea what the problem is.
Yeah, try this one instead:
Thanks Per.
FWIW, I have 42.2 here with stock Firefox (52.2.0 (64-bit)) and it works fine with your test page.
Hi Dave, that is potentially worth a lot. I have the same (leap422 incl all updates, firefox 52.2.0) on a laptop right here next to me, and it doesn't work. Seems to suggest it is not a Firefox problem after all? Would you mind taking a screenshot with the menu option? -- Per Jessen, Zürich (18.8°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, 08 Aug 2017 08:03:58 +0200 Per Jessen <per@computer.org> wrote:
Dave Howorth wrote:
On Mon, 07 Aug 2017 21:40:35 +0200 Per Jessen <per@computer.org> wrote:
Dave Howorth wrote:
On Mon, 07 Aug 2017 19:04:13 +0200 Per Jessen <per@computer.org> wrote:
We're thinking of trying out leap422 in the office, for real. Still slightly limited given a couple of show-stoppers, but I thought I would give it a go and see how far I get. However, I want to keep the current firefox (50.0-39.2) because it doesn't suffer from this issue:
https://bugzilla.opensuse.org/show_bug.cgi?id=1011196
"incorrect rendering of option with css class".
I was interested to see what the problem was and whether I suffered from it with the current Firefox so I looked at the bug report, which includes two URLs:
http://www.jessen.ch/ff49-0-2-option http://www.jessen.ch/ff49-0-2-felix
The first one lists some CSS but the second says Error 404: Object not found!
So I still have no idea what the problem is.
Yeah, try this one instead:
Thanks Per.
FWIW, I have 42.2 here with stock Firefox (52.2.0 (64-bit)) and it works fine with your test page.
Hi Dave, that is potentially worth a lot. I have the same (leap422 incl all updates, firefox 52.2.0) on a laptop right here next to me, and it doesn't work. Seems to suggest it is not a Firefox problem after all?
Would you mind taking a screenshot with the menu option?
Hi Per, It's at: http://i.imgur.com/xNXoUWP.png Let me know if you want any more information to figure out what the difference is. I use LXDE rather than KDE or Gnome, for one thing. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dave Howorth wrote:
On Tue, 08 Aug 2017 08:03:58 +0200 Per Jessen <per@computer.org> wrote:
Dave Howorth wrote:
On Mon, 07 Aug 2017 21:40:35 +0200 Per Jessen <per@computer.org> wrote:
Dave Howorth wrote:
On Mon, 07 Aug 2017 19:04:13 +0200 Per Jessen <per@computer.org> wrote:
We're thinking of trying out leap422 in the office, for real. Still slightly limited given a couple of show-stoppers, but I thought I would give it a go and see how far I get. However, I want to keep the current firefox (50.0-39.2) because it doesn't suffer from this issue:
https://bugzilla.opensuse.org/show_bug.cgi?id=1011196
"incorrect rendering of option with css class".
I was interested to see what the problem was and whether I suffered from it with the current Firefox so I looked at the bug report, which includes two URLs:
http://www.jessen.ch/ff49-0-2-option http://www.jessen.ch/ff49-0-2-felix
The first one lists some CSS but the second says Error 404: Object not found!
So I still have no idea what the problem is.
Yeah, try this one instead:
Thanks Per.
FWIW, I have 42.2 here with stock Firefox (52.2.0 (64-bit)) and it works fine with your test page.
Hi Dave, that is potentially worth a lot. I have the same (leap422 incl all updates, firefox 52.2.0) on a laptop right here next to me, and it doesn't work. Seems to suggest it is not a Firefox problem after all?
Would you mind taking a screenshot with the menu option?
Hi Per, It's at:
thanks Dave, looks good.
Let me know if you want any more information to figure out what the difference is. I use LXDE rather than KDE or Gnome, for one thing.
It now seems to be down to a setting called "Multiprocess Windows" which you can see under about:support. The default is enabled - when I disable it, my test page works for me too. I have updated bug#1011196. -- Per Jessen, Zürich (20.6°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (6)
-
Carlos E. R. -
Dave Howorth -
Felix Miata -
gumb -
Per Jessen -
Wolfgang Rosenauer