Re: [OpenIndiana-discuss] Firefox 123.0.1 has changed UA (User-Agent) value?

[Richard L. Hamilton]

> On Mar 21, 2024, at 11:53, Udo Grabowski (IMK)  wrote:
> 
> On 21/03/2024 16:11, Predrag Zečević via openindiana-discuss wrote:
>> For example, previous version UA was:
>> 
>> "Mozilla/5.0 (X11; SunOS i86pc; rv:122.0) Gecko/20100101 Firefox/122.0"
>> 
>> Now is:
>> 
>> "Mozilla/5.0 (X11; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0"
>> 
>> Why? How?
>> 
>> Just spend 30 minutes searching log files for *SunOS* (no one else uses it, 
>> so
>> it is nice :-))
>> 
>> 
>> P.S: I have removed UA switcher before writing this, and bounced FF
>> 
> 
> I also see this, and it has a nice side effect: You can now join
> Zoom meetings via the browser (since there's no zoom client for SunOS)
> without being rejected by Zoom per default at the entrance page ...

On the downside, this under-represents Solaris and derivatives to anyone 
looking at web server logs. For something already uncommon as a desktop, that's 
probably not helpful.

The user agent selector extension sounds like a really good idea, with a note 
of the known cases where presenting oneself as something other than SunOS 
(Solaris, OpenIndiana, Illumos, etc) may enable additional functionality.

That leaves the question of what would be the better default without it. I 
could argue that either way (with some bias that accurate is best in the end, 
even if that's not until the afterlife), but in the absence of knowing of more 
than one (the Zoom example) case where it affects functionality, I'd have to 
reluctantly favor greater functionality. Regardless, some  user-facing note of 
the issue would IMO be good.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 123.0.1 has changed UA (User-Agent) value?

[Predrag Zečević via openindiana-discuss]

Yes,

this is why I was using add-on:

https://gitlab.com/ntninja/user-agent-switcher

Regards.

On 2024-03-21 16:53, Udo Grabowski (IMK) wrote:

On 21/03/2024 16:11, Predrag Zečević via openindiana-discuss wrote:

For example, previous version UA was:

"Mozilla/5.0 (X11; SunOS i86pc; rv:122.0) Gecko/20100101 Firefox/122.0"

Now is:

"Mozilla/5.0 (X11; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0"

Why? How?

Just spend 30 minutes searching log files for *SunOS* (no one else 
uses it, so

it is nice :-))


P.S: I have removed UA switcher before writing this, and bounced FF



I also see this, and it has a nice side effect: You can now join
Zoom meetings via the browser (since there's no zoom client for SunOS)
without being rejected by Zoom per default at the entrance page ...

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


--
Predrag Zečević

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 123.0.1 has changed UA (User-Agent) value?

[Udo Grabowski (IMK)]

On 21/03/2024 16:11, Predrag Zečević via openindiana-discuss wrote:

For example, previous version UA was:

"Mozilla/5.0 (X11; SunOS i86pc; rv:122.0) Gecko/20100101 Firefox/122.0"

Now is:

"Mozilla/5.0 (X11; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0"

Why? How?

Just spend 30 minutes searching log files for *SunOS* (no one else uses it, so
it is nice :-))


P.S: I have removed UA switcher before writing this, and bounced FF



I also see this, and it has a nice side effect: You can now join
Zoom meetings via the browser (since there's no zoom client for SunOS)
without being rejected by Zoom per default at the entrance page ...
--
Dr.Udo Grabowski  Inst.of Meteorology & Climate Research IMK-ASF-SAT
https://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology  https://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox 123.0.1 has changed UA (User-Agent) value?

[Predrag Zečević via openindiana-discuss]

For example, previous version UA was:

"Mozilla/5.0 (X11; SunOS i86pc; rv:122.0) Gecko/20100101 Firefox/122.0"

Now is:

"Mozilla/5.0 (X11; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0"

Why? How?

Just spend 30 minutes searching log files for *SunOS* (no one else uses 
it, so it is nice :-))



P.S: I have removed UA switcher before writing this, and bounced FF

--
Predrag Zečević

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] firefox crashes

[Predrag Zečević via openindiana-discuss]

On 2024-02-05 17:28, Stephan Althaus wrote:

On 2/5/24 13:27, Predrag Zecevic wrote:

pfexec zfs -o set volsize=48G rpool/swap


Hello!

I've increased that value from 32GB to 48 as described, no change here.

My "test" is bidding on ebay, by clicking on a 'button' with a 
predefined bidding value, so maybe something related to javascript (?)


Don't know.

Regards,
Stephan



Hi Stephen,

unfortunately, I got core dump this morning, nevertheless on swap size...

:; pkg list firefox
NAME (PUBLISHER)  VERSION 
IFO
web/browser/firefox   122.0-2024.0.0.0 
i--


I am also not sure what caused it...

Best regards.

--
Predrag Zečević

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] firefox crashes

[Stephan Althaus]

On 2/5/24 13:27, Predrag Zecevic wrote:

pfexec zfs -o set volsize=48G rpool/swap


Hello!

I've increased that value from 32GB to 48 as described, no change here.

My "test" is bidding on ebay, by clicking on a 'button' with a 
predefined bidding value, so maybe something related to javascript (?)


Don't know.

Regards,
Stephan



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] firefox crashes

[Predrag Zecevic via openindiana-discuss]

On 2024-02-05 10:02:39, Stephan Althaus wrote:

Hello!

since a few days, firefox dumps core from time to time. i think i can 
reproduce it easily.


Anyone else seeing this, or is this a local problem ?

I updated last time on 02.02.2024:
The illumos Project illumos-b91bbe3818  February 2024


core 'core' of 4945:    /usr/bin/firefox
-- thread# 1 / lwp# 1 [MainThread] ---
 7fff852cace2 _ZN2JS18HideScriptedCallerEP9JSContext ()
 7fff821ef472 
_ZN7mozilla3dom27CustomElementReactionsStack15InvokeReactionsEP10AutoTArrayI6RefPtrINS0_7ElementEELm3EEP15nsIGlobalObject 
() + 5c
 7fff821ef8c7 
_ZN7mozilla3dom27CustomElementReactionsStack24PopAndInvokeElementQueueEv 
() + af

 7fff81ca7abd _ZN7mozilla3dom14AutoCEReactionD1Ev () + 59
 7fff82ab2146 
_ZN7mozilla3dom15Element_BindingL12setAttributeEP9JSContextN2JS6HandleIP8JSObjectEEPvRK19JSJitMethodCallArgs 
() + 1ef
 7fff82c06a7a 
_ZN7mozilla3dom14binding_detail13GenericMethodINS1_16NormalThisPolicyENS1_15ThrowExceptionsEEEbP9JSContextjPN2JS5ValueE 
() + 1ea

 2d26f1ea4d1e  ()
 2d26f1e59876  ()
 2d26f1e8b84e  ()
 2d26f1e59876  ()
 2d26f1e504e6  ()
 7fff856b7f51 _ZL8EnterJitP9JSContextRN2js8RunStateEPh () + 13e
 7fff856b83a8 _ZN2js3jit13MaybeEnterJitEP9JSContextRNS_8RunStateE 
() + 6a

 7fff858b7550 _ZN2js9RunScriptEP9JSContextRNS_8RunStateE () + b5
 7fff858b7926 
_ZN2js23InternalCallOrConstructEP9JSContextRKN2JS8CallArgsENS_14MaybeConstructENS_10CallReasonE 
() + 1a4
 7fff858b81f4 
_ZN2js4CallEP9JSContextN2JS6HandleINS2_5ValueEEES5_RKNS_13AnyInvokeArgsENS2_13MutableHandleIS4_EENS_10CallReasonE 
() + bf

 7fff8513abf7 _ZN2js9fun_applyEP9JSContextjPN2JS5ValueE () + 337
 2d26f1e561c6  ()
 2d26f1fdf109  ()
 2d26f1ec7d97  ()
 2d26f2022db7  ()
 2d26f1e504e6  ()
 7fff856b7f51 _ZL8EnterJitP9JSContextRN2js8RunStateEPh () + 13e
 7fff856b83a8 _ZN2js3jit13MaybeEnterJitEP9JSContextRNS_8RunStateE 
() + 6a




Regards,

Stephan



Hi Stephan,

I had swap dataset set to 32GB and got recent FF (and librewolf too) 
crashed few times, until I have increased it:

:; pfexec zfs -o set volsize=48G rpool/swap

Since then, all works fine.

I am not sure if that has helped at all (and I have pulled out new size 
from ...), but if I recall properly, we had to increase swap for FF in 
order to get it working long time ago..


Regards


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


--
Predrag Zečević
predrag.zecevic.1...@googlemail.com


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] firefox crashes

[Stephan Althaus]

Hello!

since a few days, firefox dumps core from time to time. i think i can 
reproduce it easily.


Anyone else seeing this, or is this a local problem ?

I updated last time on 02.02.2024:
The illumos Project illumos-b91bbe3818  February 2024


core 'core' of 4945:    /usr/bin/firefox
-- thread# 1 / lwp# 1 [MainThread] ---
 7fff852cace2 _ZN2JS18HideScriptedCallerEP9JSContext ()
 7fff821ef472 
_ZN7mozilla3dom27CustomElementReactionsStack15InvokeReactionsEP10AutoTArrayI6RefPtrINS0_7ElementEELm3EEP15nsIGlobalObject 
() + 5c
 7fff821ef8c7 
_ZN7mozilla3dom27CustomElementReactionsStack24PopAndInvokeElementQueueEv 
() + af

 7fff81ca7abd _ZN7mozilla3dom14AutoCEReactionD1Ev () + 59
 7fff82ab2146 
_ZN7mozilla3dom15Element_BindingL12setAttributeEP9JSContextN2JS6HandleIP8JSObjectEEPvRK19JSJitMethodCallArgs 
() + 1ef
 7fff82c06a7a 
_ZN7mozilla3dom14binding_detail13GenericMethodINS1_16NormalThisPolicyENS1_15ThrowExceptionsEEEbP9JSContextjPN2JS5ValueE 
() + 1ea

 2d26f1ea4d1e  ()
 2d26f1e59876  ()
 2d26f1e8b84e  ()
 2d26f1e59876  ()
 2d26f1e504e6  ()
 7fff856b7f51 _ZL8EnterJitP9JSContextRN2js8RunStateEPh () + 13e
 7fff856b83a8 _ZN2js3jit13MaybeEnterJitEP9JSContextRNS_8RunStateE 
() + 6a

 7fff858b7550 _ZN2js9RunScriptEP9JSContextRNS_8RunStateE () + b5
 7fff858b7926 
_ZN2js23InternalCallOrConstructEP9JSContextRKN2JS8CallArgsENS_14MaybeConstructENS_10CallReasonE 
() + 1a4
 7fff858b81f4 
_ZN2js4CallEP9JSContextN2JS6HandleINS2_5ValueEEES5_RKNS_13AnyInvokeArgsENS2_13MutableHandleIS4_EENS_10CallReasonE 
() + bf

 7fff8513abf7 _ZN2js9fun_applyEP9JSContextjPN2JS5ValueE () + 337
 2d26f1e561c6  ()
 2d26f1fdf109  ()
 2d26f1ec7d97  ()
 2d26f2022db7  ()
 2d26f1e504e6  ()
 7fff856b7f51 _ZL8EnterJitP9JSContextRN2js8RunStateEPh () + 13e
 7fff856b83a8 _ZN2js3jit13MaybeEnterJitEP9JSContextRNS_8RunStateE 
() + 6a




Regards,

Stephan



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox problem

[Predrag Zečević via openindiana-discuss]

On 5/31/23 15:12, Predrag Zečević wrote:


On 5/31/23 15:06, Bob Friesenhahn wrote:

On Wed, 31 May 2023, Predrag Zečević via openindiana-discuss wrote:


[Parent 1693, IPDL Background] WARNING: fallocate failed to set shm 
size: Invalid argument: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:404
[Parent 1693, IPDL Background] WARNING: ftruncate failed to set shm 
size: No space left on device: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:407

IPDL protocol error: SharedMemory::Create failed!
Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: 
CompositorBridgeChild receives IPC close with reason=AbnormalShutdown 
(t=2320.83) Exiting due to channel error.


These errors have to do with available disk space (or a problem with 
the temporary file directory) rather than RAM.  The fallocate() 
function does this: "preallocate or deallocate space to a file".  If 
the filesystem (presumably where temporary files reside) does not 
support the pre-allocation capability, or the directory is too full, 
or the file does not exist, then the request will fail.


The ftruncate() error implies that the directory is full.

The mention of a file name 'file' suggests that the software is not 
even using a correct file path and might in fact just be using the 
name 'file'.


Bob


Thanks Bob!

That was good one...

I have found this (in /etc/vfstab, probably added very long time ago, 
only today it has started to "work"):


#device device  mount FS  fsck
mount   mount
#to mount   to fsck point type    pass    at 
boot options
swap    -   /tmp tmpfs   -   
yes size=4096m



I will remove tmpfs size option... and reboot. THen I wil lcheck again 
(tomorrow, most likely).


One more time, thanks for the hint (I was focused on swap only)
Best regards

Forgot this, which confirms it:

:; pfexec /usr/bin/df -hP | grep -E "Filesystem|tmp"
Filesystem Size   Used  Available Capacity  Mounted on
swap 4G  3,99G  6,35M   100%/tmp



--
Predrag Zečević

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox problem

[Predrag Zečević via openindiana-discuss]

On 5/31/23 15:06, Bob Friesenhahn wrote:

On Wed, 31 May 2023, Predrag Zečević via openindiana-discuss wrote:


[Parent 1693, IPDL Background] WARNING: fallocate failed to set shm 
size: Invalid argument: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:404
[Parent 1693, IPDL Background] WARNING: ftruncate failed to set shm 
size: No space left on device: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:407

IPDL protocol error: SharedMemory::Create failed!
Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: 
CompositorBridgeChild receives IPC close with reason=AbnormalShutdown 
(t=2320.83) Exiting due to channel error.


These errors have to do with available disk space (or a problem with the 
temporary file directory) rather than RAM.  The fallocate() function 
does this: "preallocate or deallocate space to a file".  If the 
filesystem (presumably where temporary files reside) does not support 
the pre-allocation capability, or the directory is too full, or the file 
does not exist, then the request will fail.


The ftruncate() error implies that the directory is full.

The mention of a file name 'file' suggests that the software is not even 
using a correct file path and might in fact just be using the name 'file'.


Bob


Thanks Bob!

That was good one...

I have found this (in /etc/vfstab, probably added very long time ago, 
only today it has started to "work"):


#device device  mount 
FS  fsckmount   mount
#to mount   to fsck point 
typepassat boot options
swap-   /tmp 
tmpfs   -   yes size=4096m



I will remove tmpfs size option... and reboot. THen I wil lcheck again 
(tomorrow, most likely).


One more time, thanks for the hint (I was focused on swap only)
Best regards


--
Predrag Zečević

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox problem

[Bob Friesenhahn]

On Wed, 31 May 2023, Predrag Zečević via openindiana-discuss wrote:


[Parent 1693, IPDL Background] WARNING: fallocate failed to set shm size: 
Invalid argument: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:404
[Parent 1693, IPDL Background] WARNING: ftruncate failed to set shm size: No 
space left on device: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:407

IPDL protocol error: SharedMemory::Create failed!
Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: CompositorBridgeChild 
receives IPC close with reason=AbnormalShutdown (t=2320.83) Exiting due to 
channel error.


These errors have to do with available disk space (or a problem with 
the temporary file directory) rather than RAM.  The fallocate() 
function does this: "preallocate or deallocate space to a file".  If 
the filesystem (presumably where temporary files reside) does not 
support the pre-allocation capability, or the directory is too full, 
or the file does not exist, then the request will fail.


The ftruncate() error implies that the directory is full.

The mention of a file name 'file' suggests that the software is not 
even using a correct file path and might in fact just be using the 
name 'file'.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox problem

[Predrag Zečević via openindiana-discuss]

Hi all,

I will appreciate any hint here!

I have plenty of swap (on PC with 16GB RAM):
:; swap -lh
swapfile devswaplo   blocks free
/dev/zvol/dsk/rpool/swap 283,24K   32,00G   31,39G


but yet, firefox-113.0.1 dies with:

[Parent 1693, IPDL Background] WARNING: fallocate failed to set shm 
size: Invalid argument: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:404
[Parent 1693, IPDL Background] WARNING: ftruncate failed to set shm 
size: No space left on device: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-113.0.1/ipc/chromium/src/base/shared_memory_posix.cc:407

IPDL protocol error: SharedMemory::Create failed!
Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: 
CompositorBridgeChild receives IPC close with reason=AbnormalShutdown 
(t=2320.83) Exiting due to channel error.


Thanks in advance

--
Predrag Zečević

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox still reporting missing codecs

[Udo Grabowski (IMK)]

On 30/03/2023 17:26, russell wrote> Performed an update yesterday 
evening creating a new BE, rebooted and > checked access to youtube.> 
Some videos work without issue generating no alert but others will not > 
play because the video codec is not available

firefox delegates some video playback to ffmpeg. Since the pkgin
repository (https://pkgsrc.smartos.org) has much more plugins than
the OI one, I have installed from there:

fmpeg5-5.1.2nb4 Decoding, encoding and streaming software (v5.x)
gst-ffmpeg-0.10.13nb29 GStreamer ffmpeg plugin
gst-plugins1-libav-1.22.1 GStreamer libav/ffmpeg plugin

and redirect firefox vi a script to load ffmpeg from there:

LD_LIBRARY_PATH=/opt/local/lib/ffmpeg5:${LD_LIBRARY_PATH} 
/usr/lib/amd64/firefox/firefox $@
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox still reporting missing codecs

[russell]

Good Afternoon

Performed an update yesterday evening creating a new BE, rebooted and 
checked access to youtube.
Some videos work without issue generating no alert but others will not 
play because the video codec is not available


Russell
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox 102 preview package available for testing

[Carsten Grzemba via openindiana-discuss]

Thanks to the work of Geoffrey Weiss we have already a Firefox package for 
version 102. In september the firefox community will release the new ESR 
version. With this work we have FF 102 for testing already now.

For those who interested on testing:

$ pfexec pkg set-publisher -g http://pkg.toc.de/userland openindiana.org
$ pfexec pkg install firefox@102.0

-- 
Carsten
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] firefox/thunderbird mediators and upgrade

[Andreas Wacknitz]

Am 12/7/21 um 21:52 schrieb Bob Friesenhahn:

I have not updated OpenIndian for some time (/etc/release says
2020.10).  Using 'pkg update -rnv' I see reasonable output except for
this output (simplified) which causes concern:

Changed mediators:
  mediator firefox:
   version: 60 (system default) -> None

  mediator thunderbird:
   version: 52 (system default) -> None

I am worried that the above means that after an upgrade, there will be
no firefox or thunderbird available.  Presumably I could then manually
install them.

My assumption regarding the meaning of 'Changed mediators' may be
totally incorrect.
Using 'pkg mediator' I see this relevant output:

MEDIATOR    VER. SRC. VERSION IMPL. SRC. IMPLEMENTATION
firefox system    60  system
thunderbird system    52  system

Will everything just be ok or is there a way to influence the
mediators in advance such that firefox and thunderbird will be
installed with the latest version?

Bob


Don't worry. We have removed both mediators as we only have one version
of both packages for some time now and don't plan to support multiple
packages for the foreseeable future.
Thus, the mediators were useless.

Andreas


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] firefox/thunderbird mediators and upgrade

[Bob Friesenhahn]

I have not updated OpenIndian for some time (/etc/release says 
2020.10).  Using 'pkg update -rnv' I see reasonable output except for 
this output (simplified) which causes concern:


Changed mediators:
  mediator firefox:
   version: 60 (system default) -> None

  mediator thunderbird:
   version: 52 (system default) -> None

I am worried that the above means that after an upgrade, there will be 
no firefox or thunderbird available.  Presumably I could then manually 
install them.


My assumption regarding the meaning of 'Changed mediators' may be 
totally incorrect.


Using 'pkg mediator' I see this relevant output:

MEDIATORVER. SRC. VERSION IMPL. SRC. IMPLEMENTATION
firefox system60  system
thunderbird system52  system

Will everything just be ok or is there a way to influence the 
mediators in advance such that firefox and thunderbird will be 
installed with the latest version?


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox 78 and MP4

[Carsten Grzemba via openindiana-discuss]

short note:

To get MP4 working on Firefox 78 the package 

video/ffmpeg
from the hipster-encumbered repository have to be installed.

-- 
Carsten
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox and Thunderbird

[Carsten Grzemba via openindiana-discuss]

Am 25.03.21 17:25 schrieb Apostolos Syropoulos  : 
> 
> The site says that version has firefox version 68.12.0 dated
> March 16, 2021 11:42:47 AM Obviously something is wrong
> A.S.
> --
> Apostolos Syropoulos
> Xanthi, Greece
> 
just in the moment I refreshed the repo.
 -- 
Carsten
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox and Thunderbird

[Apostolos Syropoulos via openindiana-discuss]

The site says that version has firefox version 68.12.0 dated
March 16, 2021 11:42:47 AM Obviously something is wrong
A.S.
--
Apostolos Syropoulos
Xanthi, Greece

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox and Thunderbird

[Carsten Grzemba via openindiana-discuss]

Hi,

to the repository 

http://pkg.toc.de/userland
 I added thunderbird78.8.1 and firefox78.9.0 (Thanks to Geoff)

If you give it a try, keep in mind that there will a new profile used. How the 
old profile can migrated to new I don't know in the moment.

Happy testing
-- 
Carsten Grzemba
Tel.: +49 3677 64740
Mobil: +49 171 9749479
Email: carsten.grze...@contac-dt.de
contac Datentechnik GmbH
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox problem

[Udo Grabowski (IMK)]

On 23.11.20 10:09, Apostolos Syropoulos via openindiana-discuss wrote:

Hello,

Today I tried to visit the following web page

www.wearhouse.shop

and I got the following response:

Secure Connection Failed

The connection to www.wearhouse.shop was interrupted while the page was loading.

     The page you are trying to view cannot be shown because the authenticity 
of the received data could not be verified.
     Please contact the website owners to inform them of this problem.

Learn more…

Report errors like this to help Mozilla identify and block malicious sites

I tried the visit the same cite using Firefox on a Windows 7 VM and it works
just fine. So I guess that the current version of Firefox is too old. Are there
any plans to get a newer version?



No, the domain has expired and points to a domainbroker without any
https option. Therefore the "old" firefox is absolutely right and
the windows version should be hardened...

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox problem

[Apostolos Syropoulos via openindiana-discuss]

Hello,

Today I tried to visit the following web page

www.wearhouse.shop

and I got the following response:

Secure Connection Failed

The connection to www.wearhouse.shop was interrupted while the page was loading.

    The page you are trying to view cannot be shown because the authenticity of 
the received data could not be verified.
    Please contact the website owners to inform them of this problem.

Learn more…

Report errors like this to help Mozilla identify and block malicious sites

I tried the visit the same cite using Firefox on a Windows 7 VM and it works 
just fine. So I guess that the current version of Firefox is too old. Are there
any plans to get a newer version?

Regards,
A.S.

--
Apostolos Syropoulos
Xanthi, Greece

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] firefox crashing

[russell]

Hi

Updated OI hipster on 11th October, so now running on 
illumos-aefb332f56. I have noticed that Firefox is now crashing on sites 
where it used to work.
I can get a round by using a virtual machine to access the sites but it 
annoying. I have disabled the plugins but the problem remains.


Is there going to be an update to new Firefox ESR?

TIA



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox

[Judah Richardson]

From what I gather from reading bug reports over the years, Firefox is
extremely difficult to port to OSes with non-1st party support.

On Tue, Jul 7, 2020 at 2:58 AM Till Wegmüller  wrote:

> Hi
>
> From my side Work on this has started and stalled multiple times,
> because the Complexity for this release has increased quite a bit. Also
> this release seems to behave differently depending on which developer
> compiles it sometimes someone runs into a header conflict and somebody
> else doesn't. We have still some people who want to try their luck but
> Firefox has become a PITA for some reason and we cant say why. It will
> take time but we cannot say how long.
>
>
> Sorry to not have better news.
> Greetings
> Till
>
> On 07.07.20 09:42, Alexander Pyhalov via openindiana-discuss wrote:
> > Hi.
> > Not on my side.
> > So far I have no time for large tasks. I can do small thing here and
> there, but I think I'll not be able to contribute something complex in the
> next several months.
> >
> > С уважением,
> > Александр Пыхалов,
> > программист отдела телекоммуникационной инфраструктуры
> > управления информационно-коммуникационной инфраструктуры ЮФУ
> >
> >
> > 
> > От: Apostolos Syropoulos via openindiana-discuss <
> openindiana-discuss@openindiana.org>
> > Отправлено: 5 июля 2020 г. 13:10
> > Кому: Discussion List for OpenIndiana
> > Копия: Apostolos Syropoulos
> > Тема: [OpenIndiana-discuss] Firefox
> >
> > Hello,
> > Are there any plans to have a more recentversion of Firefox? Some Google
> sitescomplain that this version is quite old!I upgraded my system last May.
> > Kind regards,Apostolos
> > Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
> > ___
> > openindiana-discuss mailing list
> > openindiana-discuss@openindiana.org
> > https://openindiana.org/mailman/listinfo/openindiana-discuss
> > ___
> > openindiana-discuss mailing list
> > openindiana-discuss@openindiana.org
> > https://openindiana.org/mailman/listinfo/openindiana-discuss
> >
>
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox

[Till Wegmüller]

Hi

From my side Work on this has started and stalled multiple times,
because the Complexity for this release has increased quite a bit. Also
this release seems to behave differently depending on which developer
compiles it sometimes someone runs into a header conflict and somebody
else doesn't. We have still some people who want to try their luck but
Firefox has become a PITA for some reason and we cant say why. It will
take time but we cannot say how long.


Sorry to not have better news.
Greetings
Till

On 07.07.20 09:42, Alexander Pyhalov via openindiana-discuss wrote:
> Hi.
> Not on my side.
> So far I have no time for large tasks. I can do small thing here and there, 
> but I think I'll not be able to contribute something complex in the next 
> several months.
> 
> С уважением,
> Александр Пыхалов,
> программист отдела телекоммуникационной инфраструктуры
> управления информационно-коммуникационной инфраструктуры ЮФУ
> 
> 
> 
> От: Apostolos Syropoulos via openindiana-discuss 
> 
> Отправлено: 5 июля 2020 г. 13:10
> Кому: Discussion List for OpenIndiana
> Копия: Apostolos Syropoulos
> Тема: [OpenIndiana-discuss] Firefox
> 
> Hello,
> Are there any plans to have a more recentversion of Firefox? Some Google 
> sitescomplain that this version is quite old!I upgraded my system last May.
> Kind regards,Apostolos
> Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
> 

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox

[Alexander Pyhalov via openindiana-discuss]

Hi.
Not on my side.
So far I have no time for large tasks. I can do small thing here and there, but 
I think I'll not be able to contribute something complex in the next several 
months.

С уважением,
Александр Пыхалов,
программист отдела телекоммуникационной инфраструктуры
управления информационно-коммуникационной инфраструктуры ЮФУ



От: Apostolos Syropoulos via openindiana-discuss 

Отправлено: 5 июля 2020 г. 13:10
Кому: Discussion List for OpenIndiana
Копия: Apostolos Syropoulos
Тема: [OpenIndiana-discuss] Firefox

Hello,
Are there any plans to have a more recentversion of Firefox? Some Google 
sitescomplain that this version is quite old!I upgraded my system last May.
Kind regards,Apostolos
Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox

[bscuk2]

Hello,

The best outcome would be a version with advanced integration of AV1 
codex on Firefox. https://research.mozilla.org/av1-media-codecs/


Robert Jones


On 05/07/2020 11:10, Apostolos Syropoulos via openindiana-discuss wrote:

Hello,
Are there any plans to have a more recentversion of Firefox? Some Google 
sitescomplain that this version is quite old!I upgraded my system last May.
Kind regards,Apostolos
Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox

[Apostolos Syropoulos via openindiana-discuss]

Hello,
Are there any plans to have a more recentversion of Firefox? Some Google 
sitescomplain that this version is quite old!I upgraded my system last May.
Kind regards,Apostolos
Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox user agent override for GitHub

[Predrag Zecevic - Unix Systems Administrator]

On 01/19/20 12:34, Michal Nowak via openindiana-discuss wrote:

Hi,

recently GitHub stopped supporting Firefox 60 ESR, making portions of 
the site unusable for our browser.


Before Firefox 68 ESR is available this is how you override the GitHub 
check:


Open about:config in Firefox, add "general.useragent.override" name of a 
string type, set it's value to "Mozilla/5.0 (X11; SunOS i86pc; rv:68.0) 
Gecko/20100101 Firefox/68.0".


Make sure you remove the override preference, when Firefox 68 ESR is 
available.


Michal


Hi all,

I set this, but then youtube pages look very ugly (e.g. unusable). 
Anyone else have same problem?


Regards


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

tel: +49 - 6196 - 95058 - 15
mob: +49 - 174 - 3109288
fax: +49 - 6196 - 95058 - 94
e-mail: predrag.zece...@2e-systems.com

headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am 
Taunus, Germany

registration: Amtsgericht Koenigstein (Germany), HRB 7303
managing director: Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox user agent override for GitHub

[Michal Nowak via openindiana-discuss]

Hi,

recently GitHub stopped supporting Firefox 60 ESR, making portions of 
the site unusable for our browser.


Before Firefox 68 ESR is available this is how you override the GitHub 
check:


Open about:config in Firefox, add "general.useragent.override" name of a 
string type, set it's value to "Mozilla/5.0 (X11; SunOS i86pc; rv:68.0) 
Gecko/20100101 Firefox/68.0".


Make sure you remove the override preference, when Firefox 68 ESR is 
available.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox crashes

[Apostolos Syropoulos via openindiana-discuss]

Hello Tim,
Although there are some entries in the list archives let me check thingsfor you:

$ /usr/sbin/swap -sh
total: 521M allocated + 331M reserved = 853M used, 23,4G available

I guess I have more than enough.
Also, I have made the recommended change in the Preferences sectionbut still 
Firefox crashes! In particular, when I try to read my 
yahoo mail it crashes immediately. I have also tried the "trick" 
with the new .mozilla folder but I get the same result. Now, I 
have another mathine that uses the same version of the OS andthere the browser 
does not crash. Probably something is wrong withmy system as, for example, 
pluma sometimes dumps core when I close it.
Regards,
Apostolos
PS This massage was written using Firefox on Windows 7 that runs underVB...


--
Apostolos Syropoulos
Xanthi, Greece
 

  
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox crashes

[Tim Mooney]

In regard to: [OpenIndiana-discuss] Firefox crashes, Apostolos Syropoulos...:


Yesterday I upgraded and still Firefoxcrashes.


The mailing list archives seem to be missing some email threads, so
please forgive me for having to ask something you might have mentioned
previously:  did you increase the amount of swap on your system, as
mentioned in the 2019.04 release notes:

http://docs.openindiana.org/release-notes/2019.04-release-notes/

Michal Nowak posted about this back on April 28, 2019:

1) Memory usage is higher.

Make sure that you have enough swap. If Firefox suddenly stops, pkg or
Thunderbird crash or other processes report memory errors or fork()
problems, check if you have enough swap available for reservation by:

  $ swap -sh

Optionally extend swap to match your memory requirements, e.g.:

  $ zfs get volsize rpool/swap
  $ pfexec zfs set volsize=24g rpool/swap
  $ pfexec reboot

Personally, I had to extend swap space to 24 GB. My physical memory to swap
ratio is now 2:3.

You can limit Firefox memory usage by following (2) below.

2) As Firefox uses parallel threads, peak CPU load may be higher (though the
benefit is that things get done faster).

By default Firefox uses up to 4 content threads. You can limit CPU and
memory usage by explicitly lowering the amount of content threads used:

Preferences -> General -> Performance -> uncheck "Use recommended
performance settings" -> set "Content process limit" to lower number


Beyond that, I've found that the "Refresh Firefox" procedure has fixed
firefox issues I've had in the past:


https://support.mozilla.org/en-US/kb/refresh-firefox-reset-add-ons-and-settings

Be sure you read through all of that though, as the "refresh" procedure
creates a new profile for you and basically resets firefox to defaults.
You will lose many customizations, but if the refresh fixes the crashes,
you could systematically re-apply your custom settings and test, to see
if you can determine if it's a particular setting (or more likely,
add-on) that is responsible for most of the crashes.

Just as a point of reference: I did increase the swap on my workstation
back in April, before installing the updated firefox, and I don't have
very many firefox add-ons installed (uBlock Origin and Firefox
Multi-Account Containers are the two main ones, there are some lesser ones
too).  I run firefox with 20 or more tabs open, and I've only had it crash
once in the last 6 months.  That's part of why I'm at least a little
suspicious that it may be something corrupted in your profile or with one
of your add-ons.  The refresh procedure would determine pretty quickly if
a fresh profile is more stable.  The down-side is that you have to make
many customizations again.

Tim
--
Tim Mooney tim.moo...@ndsu.edu
Enterprise Computing & Infrastructure /
Division of Information Technology/701-231-1076 (Voice)
North Dakota State University, Fargo, ND 58105-5164

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox crashes

[Jason Martin]

I do not have hipster installed at present time. (No space or extra 
machine available)


But with latest OpenBSD 6.6 and firefox-esr-68.2.0

I get lots of crashes too.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

[cpforum]

Hello,

 

A reinit of the profile

mv .mozilla .mozilla.bak

solve my problem.

Better solution than swap to examine memory usage are :

mate-system-monitor (go to Ressources)

vmstat 5

htop




 
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

[cpforum]

I think there is one or more memory leak and bug with Firefox 60.9.0esr. There 
is no need to have a lot of Mb. 2 Mb of freemem are enough.
 

 

 

 

> Message du 18/09/19 21:14
> De : "Michal Nowak" 
> A : openindiana-discuss@openindiana.org
> Copie à : 
> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> 
> On 09/18/19 07:26 PM, cpforum wrote:
> > Thank's for ideas to find a solution.
> > 
> > 
> >>>> Under CentOS 6.10 last yum updated running VirtualBox 5.2.32 => 
> >>>> OpenIndiana/Firefox 60.9.0esr is OK to open html file Sélected via 
> >>>> CTRL-O.
> > 
> >>>> Under Windows 7 last windowsupdated running VirtualBox 5.2.32 => 
> >>>> OpenIndiana/Firefox 60.9.0esr freeze
> > 
> > Both VM are defined with 2 proc and 4 GB (Both harware are 8GB/4 cores)
> > 
> >  It appears not to be a swap problem
> > 
> > top output
> > 
> > Memory: 4096M phys mem, 2597M free mem, 8192M total swap, 7637M free swap
> > 
> > root@india:~# zfs get volsize rpool/swap
> > NAME PROPERTY VALUE SOURCE
> > rpool/swap volsize 8G local
> > root@india:~# swap -sh
> > total: 791M allocated + 8,22G reserved = 9,00G used, 1,54G available
> 
> There are two things to try:
> 
> 1) Enlarge swap. Having 1.5 G of available swap is unfortunately not 
> that much with Firefox running. I had to go to 32 G of swap to make 
> Firefox stable for me with 16 G of RAM and 4 content processes (see below).
> 
> 2) Lower the "Content process limit" in Firefox Preferences. Set it to 1.
> 
> Michal
> 
> > root@india:~# swap -lh
> > swapfile dev swaplo blocks free
> > /dev/zvol/dsk/rpool/swap 304,2 4K 8,00G 7,46G
> > 
> > 
> > 
> > 
> >> Message du 17/09/19 20:03
> >> De : "Michal Nowak"
> >> A : openindiana-discuss@openindiana.org
> >> Copie à :
> >> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> >>
> >> That Gecko warning is usually associated with the system being low on swap:
> >>
> >> https://www.illumos.org/issues/10883
> >>
> >> https://www.mail-archive.com/openindiana-discuss@openindiana.org/msg22166.html
> >>
> >> How much RAM and swap do you have?
> >>
> >> Can you run this when opening a local HTML file and report back a couple
> >> of lines?
> >>
> >> while true; do swap -sh; sleep 1; done
> >>
> >> Michal
> >>
> >> On 09/17/19 07:54 PM, cpforum wrote:
> >>> $ firefox
> >>>
> >>> I have always the following 2 lines
> >>>
> >>> (firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:34: 
> >>> Expected ')' in color definition
> >>> (firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:77: 
> >>> Expected ')' in color definition
> >>>
> >>> When I try to open a local html File with tab I have the following log
> >>>
> >>> [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> >>> file 
> >>> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >>>  line 524
> >>> [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> >>> file 
> >>> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >>>  line 524
> >>> [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> >>> file 
> >>> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >>>  line 524
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>> Message du 17/09/19 19:46
> >>>> De : "cpforum"
> >>>> A : "Discussion list for OpenIndiana"
> >>>> Copie à :
> >>>> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> >>>>
> >>>> It depends on how you open the file. $ firefox file.html is OK type an 
> >>>> url file:/// is also OK Using Tabs Menu "FIle" then "Open File" select 
> >>>> "file.html" then Click Open do not work for me.         > Message du 
> >>>> 17/09/19 17:18 > De : &qu

Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

[Michal Nowak]

On 09/18/19 07:26 PM, cpforum wrote:

Thank's for ideas to find a solution.



Under CentOS 6.10 last yum updated running VirtualBox 5.2.32 => 
OpenIndiana/Firefox 60.9.0esr is OK to open html file Sélected via CTRL-O.



Under Windows 7 last windowsupdated running VirtualBox 5.2.32 => 
OpenIndiana/Firefox 60.9.0esr freeze


Both VM are defined with 2 proc and 4 GB (Both harware are 8GB/4 cores)

  It appears not to be a swap problem

top output

Memory: 4096M phys mem, 2597M free mem, 8192M total swap, 7637M free swap

root@india:~# zfs get volsize rpool/swap
NAME PROPERTY VALUE SOURCE
rpool/swap volsize 8G local
root@india:~# swap -sh
total: 791M allocated + 8,22G reserved = 9,00G used, 1,54G available


There are two things to try:

1) Enlarge swap. Having 1.5 G of available swap is unfortunately not 
that much with Firefox running. I had to go to 32 G of swap to make 
Firefox stable for me with 16 G of RAM and 4 content processes (see below).


2) Lower the "Content process limit" in Firefox Preferences. Set it to 1.

Michal


root@india:~# swap -lh
swapfile dev swaplo blocks free
/dev/zvol/dsk/rpool/swap 304,2 4K 8,00G 7,46G


  


Message du 17/09/19 20:03
De : "Michal Nowak"
A : openindiana-discuss@openindiana.org
Copie à :
Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

That Gecko warning is usually associated with the system being low on swap:

https://www.illumos.org/issues/10883

https://www.mail-archive.com/openindiana-discuss@openindiana.org/msg22166.html

How much RAM and swap do you have?

Can you run this when opening a local HTML file and report back a couple
of lines?

while true; do swap -sh; sleep 1; done

Michal

On 09/17/19 07:54 PM, cpforum wrote:

$ firefox

I have always the following 2 lines

(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:34: 
Expected ')' in color definition
(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:77: 
Expected ')' in color definition

When I try to open a local html File with tab I have the following log

[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524











Message du 17/09/19 19:46
De : "cpforum"
A : "Discussion list for OpenIndiana"
Copie à :
Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

It depends on how you open the file. $ firefox file.html is OK type an url file:/// is also OK Using Tabs Menu "FIle" then "Open File" select "file.html" then Click Open do not work for me.         > Message du 17/09/19 17:18 > De : 
"Andreas Wacknitz" > A : openindiana-discuss@openindiana.org > Copie à : > Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug > > On my system I can open html files without any hassle. So it's either > your file or your configuration. > 
> Regards, > Andreas > > > Am 17.09.19 um 08:37 schrieb cpforum: > > Hello, > > > > Last Firefox 60.9.0esr works with http and https urls. If you try to Open an HTML file with File/Open File then select an HTML file and Open, then Firefox 
seem to be in a loop. > > And you have to pkill it. It appears to be a regression (60.8.0esr works fine). > > > > > > > > > > > > > > > > ___ > > openindiana-discuss 
mailing list > > openindiana-discuss@openindiana.org > > https://openindiana.org/mailman/listinfo/openindiana-discuss > > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org 
> https://openindiana.org/mailman/listinfo/openindiana-discuss > ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___ openindiana-discuss mailing 
list openindiana-discuss@openindiana.org 
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

[cpforum]

Thank's for ideas to find a solution.


>>> Under CentOS 6.10 last yum updated running VirtualBox 5.2.32 => 
>>> OpenIndiana/Firefox 60.9.0esr is OK to open html file Sélected via CTRL-O.

>>> Under Windows 7 last windowsupdated running VirtualBox 5.2.32 => 
>>> OpenIndiana/Firefox 60.9.0esr freeze

Both VM are defined with 2 proc and 4 GB (Both harware are 8GB/4 cores)

 It appears not to be a swap problem

top output

Memory: 4096M phys mem, 2597M free mem, 8192M total swap, 7637M free swap

root@india:~# zfs get volsize rpool/swap
NAME PROPERTY VALUE SOURCE
rpool/swap volsize 8G local
root@india:~# swap -sh
total: 791M allocated + 8,22G reserved = 9,00G used, 1,54G available
root@india:~# swap -lh
swapfile dev swaplo blocks free
/dev/zvol/dsk/rpool/swap 304,2 4K 8,00G 7,46G


 

> Message du 17/09/19 20:03
> De : "Michal Nowak" 
> A : openindiana-discuss@openindiana.org
> Copie à : 
> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> 
> That Gecko warning is usually associated with the system being low on swap:
> 
> https://www.illumos.org/issues/10883
> 
> https://www.mail-archive.com/openindiana-discuss@openindiana.org/msg22166.html
> 
> How much RAM and swap do you have?
> 
> Can you run this when opening a local HTML file and report back a couple 
> of lines?
> 
> while true; do swap -sh; sleep 1; done
> 
> Michal
> 
> On 09/17/19 07:54 PM, cpforum wrote:
> > $ firefox
> > 
> > I have always the following 2 lines
> > 
> > (firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:34: 
> > Expected ')' in color definition
> > (firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:77: 
> > Expected ')' in color definition
> > 
> > When I try to open a local html File with tab I have the following log
> > 
> > [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> > file 
> > /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >  line 524
> > [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> > file 
> > /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >  line 524
> > [Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
> > file 
> > /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
> >  line 524
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >> Message du 17/09/19 19:46
> >> De : "cpforum"
> >> A : "Discussion list for OpenIndiana"
> >> Copie à :
> >> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> >>
> >> It depends on how you open the file. $ firefox file.html is OK type an url 
> >> file:/// is also OK Using Tabs Menu "FIle" then "Open File" select 
> >> "file.html" then Click Open do not work for me.         > Message du 
> >> 17/09/19 17:18 > De : "Andreas Wacknitz" > A : 
> >> openindiana-discuss@openindiana.org > Copie à : > Objet : Re: 
> >> [OpenIndiana-discuss] Firefox 60.9.0esr bug > > On my system I can open 
> >> html files without any hassle. So it's either > your file or your 
> >> configuration. > > Regards, > Andreas > > > Am 17.09.19 um 08:37 schrieb 
> >> cpforum: > > Hello, > > > > Last Firefox 60.9.0esr works with http and 
> >> https urls. If you try to Open an HTML file with File/Open File then 
> >> select an HTML file and Open, then Firefox seem to be in a loop. > > And 
> >> you have to pkill it. It appears to be a regression (60.8.0esr works 
> >> fine). > > > > > > > > > > > > > > > > 
> >> ___ > > openindiana-discuss 
> >> mailing list > > openindiana-discuss@openindiana.org > > 
> >> https://openindiana.org/mailman/listinfo/openindiana-discuss > > > 
> >> ___ > openindiana-discuss 
> >> mailing list > openindiana-discuss@openindiana.org > 
> >> https://openindiana.org/mailman/listinfo/openindiana-discuss > 
> >> ___ openindiana-discuss 
> >> mailing list openindiana-discuss@openindiana.org 
> >> https://openindiana.org/mailman/listinfo/openindiana-discuss
> > 
> > ___
> > openindiana-discuss mailing list
> > openindiana-discuss@openindiana.org
> > https://openindiana.org/mailman/listinfo/openindiana-discuss
> > 
> ___ openindiana-discuss mailing 
> list openindiana-discuss@openindiana.org 
> https://openindiana.org/mailman/listinfo/openindiana-discuss

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

[Michal Nowak]

That Gecko warning is usually associated with the system being low on swap:

https://www.illumos.org/issues/10883

https://www.mail-archive.com/openindiana-discuss@openindiana.org/msg22166.html

How much RAM and swap do you have?

Can you run this when opening a local HTML file and report back a couple 
of lines?


while true; do swap -sh; sleep 1; done

Michal

On 09/17/19 07:54 PM, cpforum wrote:

$ firefox

I have always the following 2 lines

(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:34: 
Expected ')' in color definition
(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:77: 
Expected ')' in color definition

When I try to open a local html File with tab I have the following log

[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524


  

  

  

  


Message du 17/09/19 19:46
De : "cpforum"
A : "Discussion list for OpenIndiana"
Copie à :
Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

It depends on how you open the file. $ firefox file.html is OK type an url file:/// is also OK Using Tabs Menu "FIle" then "Open File" select "file.html" then Click Open do not work for me.         > Message du 17/09/19 17:18 > De : 
"Andreas Wacknitz" > A : openindiana-discuss@openindiana.org > Copie à : > Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug > > On my system I can open html files without any hassle. So it's either > your file or your configuration. > 
> Regards, > Andreas > > > Am 17.09.19 um 08:37 schrieb cpforum: > > Hello, > > > > Last Firefox 60.9.0esr works with http and https urls. If you try to Open an HTML file with File/Open File then select an HTML file and Open, then Firefox 
seem to be in a loop. > > And you have to pkill it. It appears to be a regression (60.8.0esr works fine). > > > > > > > > > > > > > > > > ___ > > openindiana-discuss 
mailing list > > openindiana-discuss@openindiana.org > > https://openindiana.org/mailman/listinfo/openindiana-discuss > > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org 
> https://openindiana.org/mailman/listinfo/openindiana-discuss > ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

[cpforum]

$ firefox

I have always the following 2 lines

(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:34: 
Expected ')' in color definition
(firefox:1026): Gtk-WARNING **: 19:49:04.608: Theme parsing error: :1:77: 
Expected ')' in color definition

When I try to open a local html File with tab I have the following log

[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524
[Parent 1026, Gecko_IOThread] WARNING: Failed to launch tab subprocess: file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.9.0/ipc/glue/GeckoChildProcessHost.cpp,
 line 524


 

 

 

 

> Message du 17/09/19 19:46
> De : "cpforum" 
> A : "Discussion list for OpenIndiana" 
> Copie à : 
> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> 
> It depends on how you open the file. $ firefox file.html is OK type an url 
> file:/// is also OK Using Tabs Menu "FIle" then "Open File" select 
> "file.html" then Click Open do not work for me.         > Message du 17/09/19 
> 17:18 > De : "Andreas Wacknitz" > A : openindiana-discuss@openindiana.org > 
> Copie à : > Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug > > On my 
> system I can open html files without any hassle. So it's either > your file 
> or your configuration. > > Regards, > Andreas > > > Am 17.09.19 um 08:37 
> schrieb cpforum: > > Hello, > > > > Last Firefox 60.9.0esr works with http 
> and https urls. If you try to Open an HTML file with File/Open File then 
> select an HTML file and Open, then Firefox seem to be in a loop. > > And you 
> have to pkill it. It appears to be a regression (60.8.0esr works fine). > > > 
> > > > > > > > > > > > > > ___ > > 
> openindiana-discuss mailing list > > openindiana-discuss@openindiana.org > > 
> https://openindiana.org/mailman/listinfo/openindiana-discuss > > > 
> ___ > openindiana-discuss mailing 
> list > openindiana-discuss@openindiana.org > 
> https://openindiana.org/mailman/listinfo/openindiana-discuss > 
> ___ openindiana-discuss mailing 
> list openindiana-discuss@openindiana.org 
> https://openindiana.org/mailman/listinfo/openindiana-discuss

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

[cpforum]

It depends on how you open the file.

$ firefox file.html is OK
type an url file:/// is also OK
Using Tabs Menu "FIle" then "Open File" select "file.html" then Click Open do 
not work for me.







 

 

 

 

> Message du 17/09/19 17:18
> De : "Andreas Wacknitz" 
> A : openindiana-discuss@openindiana.org
> Copie à : 
> Objet : Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug
> 
> On my system I can open html files without any hassle. So it's either
> your file or your configuration.
> 
> Regards,
> Andreas
> 
> 
> Am 17.09.19 um 08:37 schrieb cpforum:
> > Hello,
> >
> > Last Firefox 60.9.0esr works with http and https urls. If you try to Open 
> > an HTML file with File/Open File then select an HTML file and Open, then 
> > Firefox seem to be in a loop.
> > And you have to pkill it. It appears to be a regression (60.8.0esr works 
> > fine).
> >
> >
> >
> >
> >
> >
> >
> > ___
> > openindiana-discuss mailing list
> > openindiana-discuss@openindiana.org
> > https://openindiana.org/mailman/listinfo/openindiana-discuss
> 
> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60.9.0esr bug

[Andreas Wacknitz]

On my system I can open html files without any hassle. So it's either
your file or your configuration.

Regards,
Andreas


Am 17.09.19 um 08:37 schrieb cpforum:

Hello,

Last Firefox 60.9.0esr works with http and https urls. If you try to Open an 
HTML file with File/Open File then select an HTML file and Open, then Firefox 
seem to be in a loop.
And you have to pkill it. It appears to be a regression (60.8.0esr works fine).







___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox 60.9.0esr bug

[cpforum]

Hello,

Last Firefox 60.9.0esr works with http and https urls. If you try to Open an 
HTML file with File/Open File then select an HTML file and Open, then Firefox 
seem to be in a loop.
And you have to pkill it. It appears to be a regression (60.8.0esr works fine).





 

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox dumps core...

[Michal Nowak]

On 08/26/19 06:59 PM, Bob Friesenhahn wrote:

On Mon, 26 Aug 2019, Apostolos Syropoulos via openindiana-discuss wrote:


And firefox cannot dumb core but itdumps core...


How much swap space and RAM do you have?  Firefox requires a lot of swap 
space now.


Bob


https://docs.openindiana.org/release-notes/2019.04-release-notes/#late-news-known-issues

I have 16G of RAM and 32G of swap. The other trick is to lower "Content 
process limit" in Firefox preferences.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox dumps core...

[Bob Friesenhahn]

On Mon, 26 Aug 2019, Apostolos Syropoulos via openindiana-discuss wrote:


And firefox cannot dumb core but itdumps core...


How much swap space and RAM do you have?  Firefox requires a lot of 
swap space now.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox dumps core...

[Apostolos Syropoulos via openindiana-discuss]

And firefox cannot dumb core but itdumps core...

Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] firefox dumbs core all the time

[Apostolos Syropoulos via openindiana-discuss]

Hello,
I am using 
SunOS adalind 5.11 illumos-c0423dd8ef i86pc i386 i86pc
and firefox is completely unstable. Is there a way tosolve this problem?
Regards,
A.S.

--
Apostolos Syropoulos
Xanthi, Greece
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Predrag Zečević - Technical Support Analyst]

We had this suggestion recently:

On 04/28/19 18:30, Michal Nowak wrote:

   $ zfs get volsize rpool/swap
   $ pfexec zfs set volsize=24g rpool/swap
   $ pfexec reboot


I have had strange case this morning, when my rpool (SSD 256GB) was 
occupying 120GB and / partition was 100% full (there are some user 
directories there, few Zones, log etc).


I saw that rpool/swap "eat" whole 24GB of space I have assigned it 
earlier...
(as dirty fix, I have reduced size of volume to small number, and then 
rebooted - which has left 20+ GB free!). Right now:


:; zfs list -o 
compression,compressratio,used,avail,refer,canmount,mountpoint,name -r 
rpool/ROOT rpool/swap

COMPRESS  RATIO   USED  AVAIL  REFER  CANMOUNT  MOUNTPOINT NAME
 off  1.00x  96,0G  37,8G19K   off  legacy 
rpool/ROOT
 off  1.00x  8,17G  37,8G  8,17G -  - 
rpool/swap


:; zfs get volsize rpool/swap
NAMEPROPERTY  VALUESOURCE
rpool/swap  volsize   24G  local

Is there any better way to free space on rpool/swap volume (before, for 
example, I start FF)?


Is it safe to enable compression of rpool?

With best regards.
Predrag Zečević
--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

tel: +49 - 6196 - 95058 - 15
mob: +49 - 174 - 3109288
fax: +49 - 6196 - 95058 - 94
e-mail: predrag.zece...@2e-systems.com

headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am 
Taunus, Germany

registration: Amtsgericht Koenigstein (Germany), HRB 7303
managing director: Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Udo Grabowski (IMK)]

On 06/05/2019 20:36, Alan Coopersmith wrote:

On 5/6/19 9:06 AM, Udo Grabowski (IMK) wrote:

After the addons certificate desaster, a followup hotfix build of the
fixed ESR 60.x should be released in the repo. It's yet to be awaited,
they just pushed the 66.0.4 regular version.


Mozilla has released ESR 60.6.2 upstream:
https://www.mozilla.org/en-US/firefox/60.6.2/releasenotes/

but:
https://bugzilla.mozilla.org/show_bug.cgi?id=1549310



Firefox ESR 60.6.3 has a fix for 


5 bugs left, see 
--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Udo Grabowski (IMK)]

On 07/05/2019 08:26, Udo Grabowski (IMK) wrote:



On 06.05.19 20:42, Michal Nowak wrote:

On 05/06/19 06:06 PM, Udo Grabowski (IMK) wrote:

On 28/04/2019 18:30, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.

...
3) Some users reported problems with add-ons. Should you encounter problems
with
Adblock Plus, uBlock Origin maybe of a good replacement.

Given Firefox 60 ESR lifetime (see
https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png),

we already started working on Firefox 68 ESR.



After the addons certificate desaster, a followup hotfix build of the
fixed ESR 60.x should be released in the repo. It's yet to be awaited,
they just pushed the 66.0.4 regular version.


Well, https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/ was released,
but XPIs are not there yet as
https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/linux-x86_64/xpi/
returns 404. Same with 66.0.4. If they don't release it, we may end up with
XPIs from 60.6.1esr as they doubtedly changed.

Anyway, the "addmagedon" bug should have been fixed for everyone by Mozilla
via the studies feature in Firefox.



No.

From

:
"
Please note: The fix does not apply to Firefox ESR or Firefox for Android. We’re
working on releasing a fix for both, and will provide updates here and on social
media.
"



Here's a manual fix based on the certificate delivered in the "studies" fix
that also works for the older ESR versions:


--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60.6.2 error

[Michal Nowak]

On 05/07/19 06:45 PM, Michal Nowak wrote:

On 05/07/19 06:06 PM, russell wrote:

Hi,

After upgrading today I attempted to start Firefox via the menu but it 
failed to start.


When I started it via the from the shell it generates the following 
message


$ firefox
Error: Platform version '60.6.1' is not compatible with
minVersion >= 60.6.2
maxVersion <= 60.6.2

In order to get the XPI extensions working with Firefox 60.6.1 I set 
XPI signing option to false so all my XPI extensions would work. 
Thinking this was the problem with the compatibility I set it back to 
true but the problem remained.


I also moved .mozilla sideways so there were no previous settings and 
attempted to start again and got the same error message


After pkg uninstall firefox-bookmarks firefox and then performing an 
install I still get the error message.


Regards

Russell


Hi Russel,

I am sorry about that.

Thanks for the detailed error message, that helped me to identify the 
problem.


Our build server miscompiled Firefox. So, it's not related to XPIs. We 
will fix it right away. In couple of hours there will be a new build of 
the same version. I will let you know once we are ready.


In the meantime you may want to reboot to backup BE, which was likely 
created and which has working Firefox 60.6.1.


Thanks,
Michal


web/browser/firefox@60.6.2-2018.0.0.0 is now available, please update.

I am sorry again for the inconvenience.

Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60.6.2 error

[Michal Nowak]

On 05/07/19 06:06 PM, russell wrote:

Hi,

After upgrading today I attempted to start Firefox via the menu but it 
failed to start.


When I started it via the from the shell it generates the following message

$ firefox
Error: Platform version '60.6.1' is not compatible with
minVersion >= 60.6.2
maxVersion <= 60.6.2

In order to get the XPI extensions working with Firefox 60.6.1 I set XPI 
signing option to false so all my XPI extensions would work. Thinking 
this was the problem with the compatibility I set it back to true but 
the problem remained.


I also moved .mozilla sideways so there were no previous settings and 
attempted to start again and got the same error message


After pkg uninstall firefox-bookmarks firefox and then performing an 
install I still get the error message.


Regards

Russell


Hi Russel,

I am sorry about that.

Thanks for the detailed error message, that helped me to identify the 
problem.


Our build server miscompiled Firefox. So, it's not related to XPIs. We 
will fix it right away. In couple of hours there will be a new build of 
the same version. I will let you know once we are ready.


In the meantime you may want to reboot to backup BE, which was likely 
created and which has working Firefox 60.6.1.


Thanks,
Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox 60.6.2 error

[russell]

Hi,

After upgrading today I attempted to start Firefox via the menu but it 
failed to start.


When I started it via the from the shell it generates the following message

$ firefox
Error: Platform version '60.6.1' is not compatible with
minVersion >= 60.6.2
maxVersion <= 60.6.2

In order to get the XPI extensions working with Firefox 60.6.1 I set XPI 
signing option to false so all my XPI extensions would work. Thinking 
this was the problem with the compatibility I set it back to true but 
the problem remained.


I also moved .mozilla sideways so there were no previous settings and 
attempted to start again and got the same error message


After pkg uninstall firefox-bookmarks firefox and then performing an 
install I still get the error message.


Regards

Russell

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Udo Grabowski (IMK)]

On 06.05.19 20:42, Michal Nowak wrote:

On 05/06/19 06:06 PM, Udo Grabowski (IMK) wrote:

On 28/04/2019 18:30, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.

...
3) Some users reported problems with add-ons. Should you encounter 
problems with

Adblock Plus, uBlock Origin maybe of a good replacement.

Given Firefox 60 ESR lifetime (see
https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png), 


we already started working on Firefox 68 ESR.



After the addons certificate desaster, a followup hotfix build of the
fixed ESR 60.x should be released in the repo. It's yet to be awaited,
they just pushed the 66.0.4 regular version.


Well, https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/ was 
released, but XPIs are not there yet as 
https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/linux-x86_64/xpi/ 
returns 404. Same with 66.0.4. If they don't release it, we may end up 
with XPIs from 60.6.1esr as they doubtedly changed.


Anyway, the "addmagedon" bug should have been fixed for everyone by 
Mozilla via the studies feature in Firefox.




No.

From 
 
:

"
Please note: The fix does not apply to Firefox ESR or Firefox for 
Android. We’re working on releasing a fix for both, and will provide 
updates here and on social media.

"

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Alan Coopersmith]

On 5/6/19 9:06 AM, Udo Grabowski (IMK) wrote:

After the addons certificate desaster, a followup hotfix build of the
fixed ESR 60.x should be released in the repo. It's yet to be awaited,
they just pushed the 66.0.4 regular version.


Mozilla has released ESR 60.6.2 upstream:
https://www.mozilla.org/en-US/firefox/60.6.2/releasenotes/

but:
https://bugzilla.mozilla.org/show_bug.cgi?id=1549310

--
-Alan Coopersmith-   alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/alanc

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Michal Nowak]

On 05/06/19 05:50 PM, Stephan Althaus wrote:

Hello!

As i think this is a good idea,
i would suggest that there should be a hint in the wiki abut setting 
that value to a larger value on potent systems.


BTW, is it "dom.ipc.processCount" in "about:config" ??


Yes, that's it.

If Firefox even refuses to load about:config, one can put the option to 
prefs.js in the user profile.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Michal Nowak]

On 05/06/19 06:06 PM, Udo Grabowski (IMK) wrote:

On 28/04/2019 18:30, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.

...
3) Some users reported problems with add-ons. Should you encounter 
problems with

Adblock Plus, uBlock Origin maybe of a good replacement.

Given Firefox 60 ESR lifetime (see
https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png), 


we already started working on Firefox 68 ESR.



After the addons certificate desaster, a followup hotfix build of the
fixed ESR 60.x should be released in the repo. It's yet to be awaited,
they just pushed the 66.0.4 regular version.


Well, https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/ was 
released, but XPIs are not there yet as 
https://ftp.mozilla.org/pub/firefox/releases/60.6.2esr/linux-x86_64/xpi/ 
returns 404. Same with 66.0.4. If they don't release it, we may end up 
with XPIs from 60.6.1esr as they doubtedly changed.


Anyway, the "addmagedon" bug should have been fixed for everyone by 
Mozilla via the studies feature in Firefox.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Stephan Althaus]

Hello!

As i think this is a good idea,
i would suggest that there should be a hint in the wiki abut setting 
that value to a larger value on potent systems.


BTW, is it "dom.ipc.processCount" in "about:config" ??

Regards,
Stephan

On 05/06/19 07:05, Michal Nowak wrote:

As of today Firefox 60 ESR now by default uses only one context process.

The reason is that with the default four context processes it didn't 
work in installations with just 4 GB of physical memory and 2 GB of 
swap (default picked by the installer). Still, Firefox won't work 
reliably with 4 GB of RAM in the Live environment (where swap is not 
present) and 6 GB are required for Firefox to work in the Live 
environment.


Later today unofficial test images, built by me, at 
http://195.201.40.0:8000 will have the updated Firefox.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Michal Nowak]

As of today Firefox 60 ESR now by default uses only one context process.

The reason is that with the default four context processes it didn't 
work in installations with just 4 GB of physical memory and 2 GB of swap 
(default picked by the installer). Still, Firefox won't work reliably 
with 4 GB of RAM in the Live environment (where swap is not present) and 
6 GB are required for Firefox to work in the Live environment.


Later today unofficial test images, built by me, at 
http://195.201.40.0:8000 will have the updated Firefox.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Michal Nowak]

On 04/29/19 11:29 AM, Predrag Zečević - Technical Support Analyst wrote:

Hi Till,

thanks for strongly pointing to tip!

It looks like FF really needs so much swap...
I have started it with swap size = double of RAM (16GB), but...
Now, my memory:swap ratio is 1:3 and tabs appeared back. Will keep 
testing...


For those interested in further details on illumos memory model, see 
https://echelog.com/logs/browse/oi-dev/1555711200.


I work on next Firefox ESR and with Firefox 66 I am in the process of 
adding another 8G of swap, so, I will be on 16:32 ratio...


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[openbabel]

It is understood that AV1 maybe available in forth coming FF 
versions.https://research.mozilla.org/av1-media-codecs/



On 04/29/19 06:49 PM, openbabel wrote:

Dear All,

Perhaps I have misunderstood this,Did you try the extensions on FF 
such as https://github.com/erkserkserks/h264ify ?



Robert Jones


On 04/29/19 09:16 AM, Apostolos Syropoulos via openindiana-discuss wrote:

The Firefox plugin for this codec was built by Cisco and made
available for free for several operating systems, but not for illumos
or Solaris.  Perhaps we can convince Cisco to build one for us?

If you are talking about this OpenH264
then


|
|
|  |
OpenH264


  |

  |

  |

the source code is freely available. And I have compiled it a couple of
years ago. I can give you the tree withe produced binaries if you like.
The problem is that the binaries do not work with firefox but they pass
the tests...

A.S.

--
Apostolos Syropoulos
Xanthi, Greece

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Michal Nowak]

On 04/28/19 09:00 PM, Gary Mills wrote:

On Sun, Apr 28, 2019 at 06:30:51PM +0200, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.


This is excellent news.  Thanks.  I'm anxious to try it out.


This version brings major changes compared to the former 52 ESR version.
Thanks to it's "Quantum" Rust core, Firefox is way more performant in web
rendering than it used to be. Some web sites (like GitHub) are now working
properly again.


Does this version include the H.264 video codec?  I tried to watch
the live video stream from NASA a few weeks ago, but it didn't work.
Apparently the H.264 codec is required for this stream.

The Firefox plugin for this codec was built by Cisco and made
available for free for several operating systems, but not for illumos
or Solaris.  Perhaps we can convince Cisco to build one for us?




As H.264 and other codecs should be provided by ffmpeg, which in our 
case is either library/audio/gstreamer1/plugin/libav or 
library/audio/gstreamer/plugin/ffmpeg, both from hipster-encumbered 
repo, so Cisco OpenH264 is not needed.


There are several ways to tell if your system & Firefox support H.264 codec:

http://html5test.com
https://www.youtube.com/html5
http://www.html5videoplayer.net/videos/toystory.mp4 (H.264 AVC part10)

The only NASA stream I found is https://www.nasa.gov/nasalive which is 
basically embedded Live YouTube, "nerd stats" show "avc1" codec, that is 
H.264.


I have following gstreamer components installed:

library/audio/gstreamer
library/audio/gstreamer/plugin/bad
library/audio/gstreamer/plugin/base
library/audio/gstreamer/plugin/ffmpeg
library/audio/gstreamer/plugin/good
library/audio/gstreamer/plugin/ugly
library/audio/gstreamer1
library/audio/gstreamer1/plugin/bad
library/audio/gstreamer1/plugin/base
library/audio/gstreamer1/plugin/good
library/audio/gstreamer1/plugin/libav
library/audio/gstreamer1/plugin/ugly

Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[openbabel]

Dear All,

Perhaps I have misunderstood this,Did you try the extensions on FF such 
as https://github.com/erkserkserks/h264ify ?



Robert Jones


On 04/29/19 09:16 AM, Apostolos Syropoulos via openindiana-discuss wrote:

The Firefox plugin for this codec was built by Cisco and made
available for free for several operating systems, but not for illumos
or Solaris.  Perhaps we can convince Cisco to build one for us?

If you are talking about this OpenH264
then


|
|
|  |
OpenH264


  |

  |

  |

the source code is freely available. And I have compiled it a couple of
years ago. I can give you the tree withe produced binaries if you like.
The problem is that the binaries do not work with firefox but they pass
the tests...

A.S.

--
Apostolos Syropoulos
Xanthi, Greece
  


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Udo Grabowski (IMK)]

On 29/04/2019 12:15, Udo Grabowski (IMK) wrote:

On 29/04/2019 11:59, Apostolos Syropoulos via openindiana-discuss wrote:



It's obsolete since H264 is already covered by ffmpeg.


I still remember playing with MPlayer and the VDPAU extension
on Solaris boxes ten years ago. Naturally, MPlayer was compiled
with H264 support that was provided by libx264. The problem is
that this is an "illegal" thing and that why it is not in the
normal gstreamer but it is included in the bad and ugly extensions...
The openH264 is supposed to solve this problem.


It's not illegal for personal use, and, still, the Cisco license
doesn't solve it for commercial use. So nothing is gained using
openH264.


... esp. when considering that it is used in Firefox ONLY for WebRTC,
not for video content...

--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Udo Grabowski (IMK)]

On 29/04/2019 11:59, Apostolos Syropoulos via openindiana-discuss wrote:



It's obsolete since H264 is already covered by ffmpeg.


I still remember playing with MPlayer and the VDPAU extension
on Solaris boxes ten years ago. Naturally, MPlayer was compiled
with H264 support that was provided by libx264. The problem is
that this is an "illegal" thing and that why it is not in the
normal gstreamer but it is included in the bad and ugly extensions...
The openH264 is supposed to solve this problem.


It's not illegal for personal use, and, still, the Cisco license
doesn't solve it for commercial use. So nothing is gained using
openH264.
--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Apostolos Syropoulos via openindiana-discuss]

>It's obsolete since H264 is already covered by ffmpeg.

I still remember playing with MPlayer and the VDPAU extension
on Solaris boxes ten years ago. Naturally, MPlayer was compiled
with H264 support that was provided by libx264. The problem is
that this is an "illegal" thing and that why it is not in the
normal gstreamer but it is included in the bad and ugly extensions...
The openH264 is supposed to solve this problem.

A.S.

--
Apostolos Syropoulos
  
 
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Udo Grabowski (IMK)]

On 29/04/2019 11:16, Apostolos Syropoulos via openindiana-discuss wrote:

The Firefox plugin for this codec was built by Cisco and made
available for free for several operating systems, but not for illumos
or Solaris.  Perhaps we can convince Cisco to build one for us?


If you are talking about this OpenH264
then


|
|
|  |
OpenH264


 |

 |

 |

the source code is freely available. And I have compiled it a couple of
years ago. I can give you the tree withe produced binaries if you like.
The problem is that the binaries do not work with firefox but they pass
the tests...



It's obsolete since H264 is already covered by ffmpeg.

--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Predrag Zečević - Technical Support Analyst]

Hi Till,

thanks for strongly pointing to tip!

It looks like FF really needs so much swap...
I have started it with swap size = double of RAM (16GB), but...
Now, my memory:swap ratio is 1:3 and tabs appeared back. Will keep 
testing...


With best regards.
Predrag Zečević

On 04/29/19 11:03, Till Wegmüller wrote:

Hi Predrag

Have you checked the SWAP thing mentioned by Michal in the release Mail?
Not having enough SWAP is usually what causes Firefox to refuse to open
Content Subprozesses.

Greetings
Till

On 29.04.19 10:30, Predrag Zečević - Technical Support Analyst wrote:

Hi all,

nice news! This morning I have updated it and noticed few things I want
to share:
a) it throws messages like:
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
file
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
line 524
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
file
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
line 524
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
file
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
line 524

b) does not "remembers" tabs (both pinned and normal ones) on restart -
that I find every annoying - also could be related to errors shown above

Regards.

On 04/28/19 18:30, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.

This version brings major changes compared to the former 52 ESR
version. Thanks to it's "Quantum" Rust core, Firefox is way more
performant in web rendering than it used to be. Some web sites (like
GitHub) are now working properly again.

Although not required, as for every major Firefox upgrade, backup of
~/.mozilla/ is advised.

However, there are challenges as well. Most notably:

1) Memory usage is higher.

Make sure that you have enough swap. If Firefox suddenly stops, pkg or
Thunderbird crash or other processes report memory errors or fork()
problems, check if you have enough swap available for reservation by:

    $ swap -sh

Optionally extend swap to match your memory requirements, e.g.:

    $ zfs get volsize rpool/swap
    $ pfexec zfs set volsize=24g rpool/swap
    $ pfexec reboot

Personally, I had to extend swap space to 24 GB. My physical memory to
swap ratio is now 2:3.

You can limit Firefox memory usage by following (2) below.

2) As Firefox uses parallel threads, peak CPU load may be higher
(though the benefit is that things get done faster).

By default Firefox uses up to 4 content threads. You can limit CPU and
memory usage by explicitly lowering the amount of content threads used:

Preferences -> General -> Performance -> uncheck "Use recommended
performance settings" -> set "Content process limit" to lower number

3) Some users reported problems with add-ons. Should you encounter
problems with Adblock Plus, uBlock Origin maybe of a good replacement.

Given Firefox 60 ESR lifetime (see
https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png),
we already started working on Firefox 68 ESR.

Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss





___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

tel: +49 - 6196 - 95058 - 15
mob: +49 - 174 - 3109288
fax: +49 - 6196 - 95058 - 94
e-mail: predrag.zece...@2e-systems.com

headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am 
Taunus, Germany

registration: Amtsgericht Koenigstein (Germany), HRB 7303
managing director: Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Apostolos Syropoulos via openindiana-discuss]

>The Firefox plugin for this codec was built by Cisco and made
>available for free for several operating systems, but not for illumos
>or Solaris.  Perhaps we can convince Cisco to build one for us?

If you are talking about this OpenH264
then


| 
| 
|  | 
OpenH264


 |

 |

 |

the source code is freely available. And I have compiled it a couple of
years ago. I can give you the tree withe produced binaries if you like.
The problem is that the binaries do not work with firefox but they pass
the tests...

A.S.

--
Apostolos Syropoulos
Xanthi, Greece
 

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Till Wegmüller]

Hi Predrag

Have you checked the SWAP thing mentioned by Michal in the release Mail?
Not having enough SWAP is usually what causes Firefox to refuse to open
Content Subprozesses.

Greetings
Till

On 29.04.19 10:30, Predrag Zečević - Technical Support Analyst wrote:
> Hi all,
> 
> nice news! This morning I have updated it and noticed few things I want
> to share:
> a) it throws messages like:
> [Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
> file
> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
> line 524
> [Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
> file
> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
> line 524
> [Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess:
> file
> /jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp,
> line 524
> 
> b) does not "remembers" tabs (both pinned and normal ones) on restart -
> that I find every annoying - also could be related to errors shown above
> 
> Regards.
> 
> On 04/28/19 18:30, Michal Nowak wrote:
>> As of today Firefox 60.6.1 ESR is available in the hipster repository.
>>
>> This version brings major changes compared to the former 52 ESR
>> version. Thanks to it's "Quantum" Rust core, Firefox is way more
>> performant in web rendering than it used to be. Some web sites (like
>> GitHub) are now working properly again.
>>
>> Although not required, as for every major Firefox upgrade, backup of
>> ~/.mozilla/ is advised.
>>
>> However, there are challenges as well. Most notably:
>>
>> 1) Memory usage is higher.
>>
>> Make sure that you have enough swap. If Firefox suddenly stops, pkg or
>> Thunderbird crash or other processes report memory errors or fork()
>> problems, check if you have enough swap available for reservation by:
>>
>>    $ swap -sh
>>
>> Optionally extend swap to match your memory requirements, e.g.:
>>
>>    $ zfs get volsize rpool/swap
>>    $ pfexec zfs set volsize=24g rpool/swap
>>    $ pfexec reboot
>>
>> Personally, I had to extend swap space to 24 GB. My physical memory to
>> swap ratio is now 2:3.
>>
>> You can limit Firefox memory usage by following (2) below.
>>
>> 2) As Firefox uses parallel threads, peak CPU load may be higher
>> (though the benefit is that things get done faster).
>>
>> By default Firefox uses up to 4 content threads. You can limit CPU and
>> memory usage by explicitly lowering the amount of content threads used:
>>
>> Preferences -> General -> Performance -> uncheck "Use recommended
>> performance settings" -> set "Content process limit" to lower number
>>
>> 3) Some users reported problems with add-ons. Should you encounter
>> problems with Adblock Plus, uBlock Origin maybe of a good replacement.
>>
>> Given Firefox 60 ESR lifetime (see
>> https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png),
>> we already started working on Firefox 68 ESR.
>>
>> Michal
>>
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>
> 

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Predrag Zečević - Technical Support Analyst]

Hi all,

nice news! This morning I have updated it and noticed few things I want 
to share:

a) it throws messages like:
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp, 
line 524
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp, 
line 524
[Parent 4889, Gecko_IOThread] WARNING: Failed to launch tab subprocess: 
file 
/jenkins/jobs/oi-userland/workspace/components/web/firefox/firefox-60.6.1/ipc/glue/GeckoChildProcessHost.cpp, 
line 524


b) does not "remembers" tabs (both pinned and normal ones) on restart - 
that I find every annoying - also could be related to errors shown above


Regards.

On 04/28/19 18:30, Michal Nowak wrote:

As of today Firefox 60.6.1 ESR is available in the hipster repository.

This version brings major changes compared to the former 52 ESR version. 
Thanks to it's "Quantum" Rust core, Firefox is way more performant in 
web rendering than it used to be. Some web sites (like GitHub) are now 
working properly again.


Although not required, as for every major Firefox upgrade, backup of 
~/.mozilla/ is advised.


However, there are challenges as well. Most notably:

1) Memory usage is higher.

Make sure that you have enough swap. If Firefox suddenly stops, pkg or 
Thunderbird crash or other processes report memory errors or fork() 
problems, check if you have enough swap available for reservation by:


   $ swap -sh

Optionally extend swap to match your memory requirements, e.g.:

   $ zfs get volsize rpool/swap
   $ pfexec zfs set volsize=24g rpool/swap
   $ pfexec reboot

Personally, I had to extend swap space to 24 GB. My physical memory to 
swap ratio is now 2:3.


You can limit Firefox memory usage by following (2) below.

2) As Firefox uses parallel threads, peak CPU load may be higher (though 
the benefit is that things get done faster).


By default Firefox uses up to 4 content threads. You can limit CPU and 
memory usage by explicitly lowering the amount of content threads used:


Preferences -> General -> Performance -> uncheck "Use recommended 
performance settings" -> set "Content process limit" to lower number


3) Some users reported problems with add-ons. Should you encounter 
problems with Adblock Plus, uBlock Origin maybe of a good replacement.


Given Firefox 60 ESR lifetime (see 
https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png), 
we already started working on Firefox 68 ESR.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

tel: +49 - 6196 - 95058 - 15
mob: +49 - 174 - 3109288
fax: +49 - 6196 - 95058 - 94
e-mail: predrag.zece...@2e-systems.com

headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am 
Taunus, Germany

registration: Amtsgericht Koenigstein (Germany), HRB 7303
managing director: Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 60 ESR available

[Gary Mills]

On Sun, Apr 28, 2019 at 06:30:51PM +0200, Michal Nowak wrote:
> As of today Firefox 60.6.1 ESR is available in the hipster repository.

This is excellent news.  Thanks.  I'm anxious to try it out.

> This version brings major changes compared to the former 52 ESR version.
> Thanks to it's "Quantum" Rust core, Firefox is way more performant in web
> rendering than it used to be. Some web sites (like GitHub) are now working
> properly again.

Does this version include the H.264 video codec?  I tried to watch
the live video stream from NASA a few weeks ago, but it didn't work.
Apparently the H.264 codec is required for this stream.

The Firefox plugin for this codec was built by Cisco and made
available for free for several operating systems, but not for illumos
or Solaris.  Perhaps we can convince Cisco to build one for us?


-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox 60 ESR available

[Michal Nowak]

As of today Firefox 60.6.1 ESR is available in the hipster repository.

This version brings major changes compared to the former 52 ESR version. 
Thanks to it's "Quantum" Rust core, Firefox is way more performant in 
web rendering than it used to be. Some web sites (like GitHub) are now 
working properly again.


Although not required, as for every major Firefox upgrade, backup of 
~/.mozilla/ is advised.


However, there are challenges as well. Most notably:

1) Memory usage is higher.

Make sure that you have enough swap. If Firefox suddenly stops, pkg or 
Thunderbird crash or other processes report memory errors or fork() 
problems, check if you have enough swap available for reservation by:


  $ swap -sh

Optionally extend swap to match your memory requirements, e.g.:

  $ zfs get volsize rpool/swap
  $ pfexec zfs set volsize=24g rpool/swap
  $ pfexec reboot

Personally, I had to extend swap space to 24 GB. My physical memory to 
swap ratio is now 2:3.


You can limit Firefox memory usage by following (2) below.

2) As Firefox uses parallel threads, peak CPU load may be higher (though 
the benefit is that things get done faster).


By default Firefox uses up to 4 content threads. You can limit CPU and 
memory usage by explicitly lowering the amount of content threads used:


Preferences -> General -> Performance -> uncheck "Use recommended 
performance settings" -> set "Content process limit" to lower number


3) Some users reported problems with add-ons. Should you encounter 
problems with Adblock Plus, uBlock Origin maybe of a good replacement.


Given Firefox 60 ESR lifetime (see 
https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.d3c9788f2dd1.png), 
we already started working on Firefox 68 ESR.


Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 32bit future

[James Carlson via openindiana-discuss]

On 02/01/2018 11:58 AM, Al Slater wrote:
> On 25/01/18 18:57, Alan Coopersmith wrote:
>> Of course, with the elimination of Netscape plugin support, there's little
>> reason to still use a 32-bit version of Firefox.
> 
> Apart from the fact that 32bit versions die before gobbling *all* of
> your system RAM.  I find this "feature" very useful!
> 

I suggest using "ulimit -v" or, if you want to get really fancy,
"newtask" with a project configured to have the specific resource
controls you want.

I don't think that compilation model is a good proxy for resource
limits.  It's too blunt, and has too many unnecessary side-effects.

-- 
James Carlson 42.703N 71.076W 

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 32bit future

[Al Slater]

On 25/01/18 18:57, Alan Coopersmith wrote:
> On 01/25/18 10:40 AM, russell wrote:
>> Is there any immediate danger of Mozilla retiring the 32bit version of 
>> Firefox?
> 
> I believe the most immediate item of concern is that Firefox now uses code
> written in Rust, so you'll be limited to platforms that the Rust compiler
> generates code for, and I don't know if anyone is bothering to do 32-bit code
> generation for Solaris/illumos in Rust.
> 
> Of course, with the elimination of Netscape plugin support, there's little
> reason to still use a 32-bit version of Firefox.

Apart from the fact that 32bit versions die before gobbling *all* of
your system RAM.  I find this "feature" very useful!

-- 
Al Slater

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 32bit future: Rustc

[Carsten Grzemba]

On 01/26/18 10:41 AM, Aurélien Larcher wrote:

On Fri, Jan 26, 2018 at 10:11 AM, Carsten Grzemba 
wrote:



On 25.01.18 19:58, Alan Coopersmith   wrote:

On 01/25/18 10:40 AM, russell wrote:

Is there any immediate danger of Mozilla retiring the 32bit version of

Firefox?

I believe the most immediate item of concern is that Firefox now uses

code

written in Rust, so you'll be limited to platforms that the Rust compiler
generates code for, and I don't know if anyone is bothering to do 32-bit

code

generation for Solaris/illumos in Rust.


I did some attempts to package rustc for OI, based on the kind of SmartOS,
but with no success for now:
https://github.com/cgrzemba/oi-userland/tree/rust/
components/developer/rust

For Rust community is Solaris a tier 3 platform which means no support.
But the recipe tries to download the rust-std library wich is not
available for Solaris.
I have no pkgsrc build system to see how it works for SmartOS.
I would be grateful if anyone can give some advice.


I created a component for Rust some time ago.
I'll try to push it later today as an example.
Not sure whether it will work with recent versions.


I updated my work on github but it throws still erros on build because 
it use cc instead of gcc for linking, although I set


--default-linker=gcc

and


RUSTFLAGS="-C linker=gcc"


The similar setup works with pkgsrc on smartos.


Perhaps someone has an idea?






___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 32bit future: Rustc

[Aurélien Larcher]

On Fri, Jan 26, 2018 at 10:11 AM, Carsten Grzemba 
wrote:

>
> 
> On 25.01.18 19:58, Alan Coopersmith   wrote:
> >
> > On 01/25/18 10:40 AM, russell wrote:
> > > Is there any immediate danger of Mozilla retiring the 32bit version of
> Firefox?
> >
> > I believe the most immediate item of concern is that Firefox now uses
> code
> > written in Rust, so you'll be limited to platforms that the Rust compiler
> > generates code for, and I don't know if anyone is bothering to do 32-bit
> code
> > generation for Solaris/illumos in Rust.
> >
> I did some attempts to package rustc for OI, based on the kind of SmartOS,
> but with no success for now:
> https://github.com/cgrzemba/oi-userland/tree/rust/
> components/developer/rust
>
> For Rust community is Solaris a tier 3 platform which means no support.
> But the recipe tries to download the rust-std library wich is not
> available for Solaris.
> I have no pkgsrc build system to see how it works for SmartOS.
> I would be grateful if anyone can give some advice.
>

I created a component for Rust some time ago.
I'll try to push it later today as an example.
Not sure whether it will work with recent versions.


> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>



-- 
---
Praise the Caffeine embeddings
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 32bit future: Rustc

[Carsten Grzemba]

On 25.01.18 19:58, Alan Coopersmith   wrote: 
> 
> On 01/25/18 10:40 AM, russell wrote:
> > Is there any immediate danger of Mozilla retiring the 32bit version of 
> > Firefox?
> 
> I believe the most immediate item of concern is that Firefox now uses code
> written in Rust, so you'll be limited to platforms that the Rust compiler
> generates code for, and I don't know if anyone is bothering to do 32-bit code
> generation for Solaris/illumos in Rust.
> 
I did some attempts to package rustc for OI, based on the kind of SmartOS, but 
with no success for now:
https://github.com/cgrzemba/oi-userland/tree/rust/components/developer/rust

For Rust community is Solaris a tier 3 platform which means no support.
But the recipe tries to download the rust-std library wich is not available for 
Solaris.
I have no pkgsrc build system to see how it works for SmartOS.
I would be grateful if anyone can give some advice.
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 32bit future

[Nikola M]

On 01/25/18 07:57 PM, Alan Coopersmith wrote:

On 01/25/18 10:40 AM, russell wrote:

Is there any immediate danger of Mozilla retiring the 32bit version of Firefox?

I believe the most immediate item of concern is that Firefox now uses code
written in Rust, so you'll be limited to platforms that the Rust compiler
generates code for, and I don't know if anyone is bothering to do 32-bit code
generation for Solaris/illumos in Rust.

Of course, with the elimination of Netscape plugin support, there's little
reason to still use a 32-bit version of Firefox.


Previously the reason for using 32-bit Firefox, even on 64-bit 
platforms, was low to negligent difference in speed (or even faster 
32-bit one), better plugin compatibility support and lower memory 
footprint. (And who needs more then 4GB for a web browser?)


Now it could be "only" lower memory footprint in RAM as benefit of 
32-bit FF, that could show significant,
yet there is still to find test results with 64-bit FF showing much 
faster then 32bit one, but I suspect it would be the case.


Ulike x86-64, where 64-bit apps are generally faster the 32-bit, on 
SPARC 32-bit apps are faster (and use less RAM),
because they.. move less bits. So that's one another mention about 32 vs 
64bit in general.
Not that SPARC port is moving too fast, but it's like, second big 
platform for illumos distros.



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 32bit future

[Alan Coopersmith]

On 01/25/18 10:40 AM, russell wrote:
> Is there any immediate danger of Mozilla retiring the 32bit version of 
> Firefox?

I believe the most immediate item of concern is that Firefox now uses code
written in Rust, so you'll be limited to platforms that the Rust compiler
generates code for, and I don't know if anyone is bothering to do 32-bit code
generation for Solaris/illumos in Rust.

Of course, with the elimination of Netscape plugin support, there's little
reason to still use a 32-bit version of Firefox.

-alan-

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox 32bit future

[russell]

Hi,

I noticed last year Mozilla made the default Firefox installation for 
Windows to be Firefox 64bit, then my Linux distro on my work laptop also 
switched to Firefox 64bit. Are there any figures on Firefox 32bit v 
64bit deployment? Is there any immediate danger of Mozilla retiring the 
32bit version of Firefox?


Regards

Russell



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox cpu load / sluggishness

[Predrag Zečević - Technical Support Analyst]

On 22.01.17 23:18, Aurélien Larcher wrote:

Hi,
i just came across this:

https://bugzilla.mozilla.org/show_bug.cgi?id=508427

The advice is to set layout.frame_rate to a lower value than the default 60
(-1).
The same applies to Thunderbird.

dtruss shows for 30sec:

// layout.frame_rate = 24
CALLCOUNT
getsockname 1
open1
doorfs  2
getuid  2
mmap2
open64  2
statvfs64   2
unlink  2
close   3
fstat64 4
lwp_kill   18
lwp_sigmask18
setcontext 18
access 35
fcntl  38
ioctl  73
gtime  74
stat64116
lseek 160
send  419
llseek   1355
writev   3256
getpid   3257
lwp_mutex_timedlock  3765
lwp_mutex_unlock 3765
write8997
read11844
yield   12086
pollsys 27330
recvmsg 28980
lwp_park44725
clock_gettime  154470

// layout.frame_rate = -1
CALLCOUNT
mkdir   1
open64  1
recv1
unlink  1
getsockname 2
ioctl   2
statvfs64   2
fdsync  3
gtime   3
rename  3
access  4
doorfs  4
fstat64 4
getuid  4
open4
close   5
yield  12
lwp_kill   16
lwp_sigmask16
setcontext 16
fcntl  51
munmap 92
mmap  100
stat64115
send  419
llseek   1399
memcntl  2597
getpid   2615
lwp_mutex_timedlock  3838
lwp_mutex_unlock 3838
write8761
read11410
writev  36870
lwp_park44045
clock_gettime   74407
pollsys 94750
recvmsg130168

It seems to lower pollsys count as advertized (if I understood well).

How does this look for you?

Kind regards

Aurélien




Hi all,

FF has 15 tabs opened, not touched during test - option was changed, no 
restart between:


// layout.frame_rate = 24; pfexec /opt/DTT/dtruss -p $FF_PID -c
CALLCOUNT
ioctl   2
recv2
fdsync  3
connect 5
getsockopt  5
so_socket   5
rename  7
fstat64 8
unlink  8
doorfs 10
getuid 10
getsockname19
open   19
lwp_kill   20
lwp_sigmask20
setcontext

Re: [OpenIndiana-discuss] Firefox cpu load / sluggishness

[Alexander Pyhalov]

Hi.

On 01/23/17 01:18 AM, Aurélien Larcher wrote:


It seems to lower pollsys count as advertized (if I understood well).

How does this look for you?




For firefox:

CALLCOUNT
writev  1
gtime   2
yield   3
lwp_kill   18
lwp_sigmask18
setcontext 18
read   58
write  58
stat64105
pollsys   259
recvmsg   287
clock_gettime 699
lwp_park  889

For thunderbird:
CALLCOUNT
yield   1
gtime   2
munmap  3
writev  9
lwp_kill   12
lwp_sigmask12
setcontext 12
stat64105
read  146
write 146
pollsys   593
recvmsg   604
lwp_park  751
clock_gettime1414

But definately I've seen similar effect. I had to restart FF because it 
just starts eating CPU without reason (but usually I have > 150 tabs 
open). And I've already restarted FF today...


--
С уважением,
Александр Пыхалов,
программист отдела телекоммуникационной инфраструктуры
управления информационно-коммуникационной инфраструктуры ЮФУ

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox cpu load / sluggishness

[Aurélien Larcher]

Hi,
i just came across this:

https://bugzilla.mozilla.org/show_bug.cgi?id=508427

The advice is to set layout.frame_rate to a lower value than the default 60
(-1).
The same applies to Thunderbird.

dtruss shows for 30sec:

// layout.frame_rate = 24
CALLCOUNT
getsockname 1
open1
doorfs  2
getuid  2
mmap2
open64  2
statvfs64   2
unlink  2
close   3
fstat64 4
lwp_kill   18
lwp_sigmask18
setcontext 18
access 35
fcntl  38
ioctl  73
gtime  74
stat64116
lseek 160
send  419
llseek   1355
writev   3256
getpid   3257
lwp_mutex_timedlock  3765
lwp_mutex_unlock 3765
write8997
read11844
yield   12086
pollsys 27330
recvmsg 28980
lwp_park44725
clock_gettime  154470

// layout.frame_rate = -1
CALLCOUNT
mkdir   1
open64  1
recv1
unlink  1
getsockname 2
ioctl   2
statvfs64   2
fdsync  3
gtime   3
rename  3
access  4
doorfs  4
fstat64 4
getuid  4
open4
close   5
yield  12
lwp_kill   16
lwp_sigmask16
setcontext 16
fcntl  51
munmap 92
mmap  100
stat64115
send  419
llseek   1399
memcntl  2597
getpid   2615
lwp_mutex_timedlock  3838
lwp_mutex_unlock 3838
write8761
read11410
writev  36870
lwp_park44045
clock_gettime   74407
pollsys 94750
recvmsg130168

It seems to lower pollsys count as advertized (if I understood well).

How does this look for you?

Kind regards

Aurélien

-- 
---
Praise the Caffeine embeddings
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] firefox-43.0 cores

[John D Groenveld]

Applied Alexander and Martin's patches, but left with a
core:
libc.so.1`_lwp_kill+0x15(1, b, 80469b0, 0, fe346264, b)
libc.so.1`raise+0x2b(b, 8046a50, 0, fef616c0)
libxul.so`_ZN13nsProfileLock18FatalSignalHandlerEiP7siginfoPv+0x9f(b, 8046d30, 
8046b30, fd1930b2, 5b, 7000)
libc.so.1`call_user_handler+0x292(b, 8046d30, 8046b30, f8209a60, 0, 510)
libc.so.1`sigacthandler+0x77(b, 8046d30, 8046b30)
libxul.so`_ZL9NewObjectPN2js16ExclusiveContextEN2JS6HandleIPNS_11ObjectGroupEEEN
S_2gc9AllocKindENS_13NewObjectKindEj+0x479()


To get past undefined REG_EIP/REG_PC required this mod:

*** firefox-43.0/js/src/asmjs/AsmJSSignalHandlers.cpp.FCS   Wed Dec 16 
09:13:09 2015
--- firefox-43.0/js/src/asmjs/AsmJSSignalHandlers.cpp   Wed Dec 16 13:45:09 2015
***
*** 24,29 
--- 24,32 
  #include "asmjs/AsmJSModule.h"
  #include "jit/Disassembler.h"
  #include "vm/Runtime.h"
+ #ifdef SOLARIS
+ #include 
+ #endif
  
  using namespace js;
  using namespace js::jit;

libxul.so refused to link with developer/gcc-49 and
developer/gnu-binutils and instead had to use my
own gcc 4.9 build and GNU ld 2.23.1.

John
groenv...@acm.org

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] firefox-43.0b8

[John D Groenveld]

Noticed firefox-43.0b7 made it into hipster (thanks Alexander!)
and decided to try building firefox-43.0b8 with Martin and
Alexander's patches.

Hit the below GNU ld error with libxul.so.
Anyone made it past it on OI?

John
groenv...@acm.org

gmake[3]: Entering directory '/home/oi.1/john/ff43/toolkit/library'
libxul.so
rm -f libxul.so
/home/oi.1/john/ff43/_virtualenv/bin/python 
/home/oi.1/john/firefox-43.0b8/config/expandlibs_exec.py --uselist -- 
/usr/bin/env
LD_ALTEXEC=/usr/gnu/bin/ld 
PATH=/usr/gcc/4.9/bin:/usr/gcc/4.5/bin:/usr/gcc/4.7/bin:/usr/gcc/4.8/bin:ATH  
g++  -fno-exceptions
-fno-strict-aliasing -fno-rtti -ffunction-sections -fdata-sections 
-fno-exceptions -fno-math-errno -std=gnu++0x -pthread -pipe
-DNDEBUG -DTRIMMED -O -fomit-frame-pointer -fno-exceptions -fno-strict-aliasing 
-fno-rtti -fno-exceptions -fno-math-errno
-std=gnu++0x -pthread -pipe  -DNDEBUG -DTRIMMED -O -fomit-frame-pointer  -fPIC 
-shared -Wl,-h,libxul.so -o libxul.so
StaticXULComponentsStart.o   -lpthread  -Wl,-z,text -Wl,-z,ignore 
-Wl,-R,'$ORIGIN:$ORIGIN/..' -Wl,-z,lazyload -Wl,-z,combreloc
-Wl,-z,muldefs  ../../memory/volatile/libmemory_volatile.a 
../../media/kiss_fft/libmedia_kiss_fft.a
../../media/libstagefright/libmedia_libstagefright.a 
../../security/certverifier/libsecurity_certverifier.a
../../security/pkix/libmozillapkix.a ../../security/apps/libsecurity_apps.a 
../../xpcom/typelib/xpt/libxpt.a
../../xpcom/string/libxpcom_string.a ../../xpcom/base/libxpcom_base.a 
../../xpcom/ds/libxpcom_ds.a ../../xpcom/io/libxpcom_io.a
../../xpcom/components/libxpcom_components.a 
../../xpcom/threads/libxpcom_threads.a
../../xpcom/reflect/xptinfo/libxpcom_reflect_xptinfo.a 
../../xpcom/reflect/xptcall/libxpcom_reflect_xptcall.a
../../xpcom/reflect/xptcall/md/unix/libxpcom_reflect_xptcall_md_unix.a 
../../chrome/libchrome.a
../../xpcom/build/libxpcom_build.a ../../modules/libpref/libmodules_libpref.a
../../intl/hyphenation/hyphen/libintl_hyphenation_hyphen.a 
../../intl/hyphenation/glue/libintl_hyphenation_glue.a
../../intl/locale/libintl_locale.a ../../intl/locale/unix/libintl_locale_unix.a 
../../intl/lwbrk/libintl_lwbrk.a
../../intl/strres/libintl_strres.a ../../intl/unicharutil/libintl_unicharutil.a
../../intl/unicharutil/util/internal/libintl_unicharutil_util_internal.a 
../../intl/uconv/libintl_uconv.a
../../intl/build/libintl_build.a ../../netwerk/base/libnetwerk_base.a 
../../netwerk/cookie/libnetwerk_cookie.a
../../netwerk/dns/libnetwerk_dns.a 
../../netwerk/dns/mdns/libmdns/libnetwerk_dns_mdns_libmdns.a
../../netwerk/socket/libnetwerk_socket.a ../../netwerk/mime/libnetwerk_mime.a 
../../netwerk/streamconv/libnetwerk_streamconv.a
../../netwerk/streamconv/converters/libnetwerk_streamconv_converters.a 
../../netwerk/cache/libnetwerk_cache.a
../../netwerk/cache2/libnetwerk_cache2.a 
../../netwerk/protocol/about/libnetwerk_protocol_about.a
../../netwerk/protocol/app/libnetwerk_protocol_app.a 
../../netwerk/protocol/data/libnetwerk_protocol_data.a
../../netwerk/protocol/device/libnetwerk_protocol_device.a 
../../netwerk/protocol/file/libnetwerk_protocol_file.a
../../netwerk/protocol/ftp/libnetwerk_protocol_ftp.a 
../../netwerk/protocol/http/libnetwerk_protocol_http.a
../../netwerk/protocol/res/libnetwerk_protocol_res.a 
../../netwerk/protocol/viewsource/libnetwerk_protocol_viewsource.a
../../netwerk/protocol/websocket/libnetwerk_protocol_websocket.a 
../../netwerk/protocol/wyciwyg/libnetwerk_protocol_wyciwyg.a
../../netwerk/ipc/libnetwerk_ipc.a ../../netwerk/wifi/libnetwerk_wifi.a 
../../netwerk/build/libnetwerk_build.a
../../extensions/auth/libextensions_auth.a ../../ipc/chromium/libipc_chromium.a 
../../ipc/glue/libipc_glue.a
../../ipc/ipdl/libipc_ipdl.a ../../ipc/testshell/libipc_testshell.a 
../../js/ipc/libjs_ipc.a ../../hal/libhal.a
../../js/xpconnect/wrappers/libjs_xpconnect_wrappers.a 
../../js/xpconnect/loader/libjs_xpconnect_loader.a
../../js/xpconnect/src/libjs_xpconnect_src.a 
../../intl/chardet/libintl_chardet.a ../../media/libyuv/libyuv_libyuv/libyuv.a
../../modules/libjar/libmodules_libjar.a 
../../modules/libjar/zipwriter/libmodules_libjar_zipwriter.a 
../../storage/libstorage.a
../../storage/build/libstorage_build.a 
../../extensions/cookie/libextensions_cookie.a
../../extensions/permissions/libextensions_permissions.a 
../../rdf/base/librdf_base.a
../../rdf/util/internal/librdf_util_internal.a 
../../rdf/datasource/librdf_datasource.a ../../rdf/build/librdf_build.a
../../uriloader/base/liburiloader_base.a 
../../uriloader/exthandler/liburiloader_exthandler.a
../../uriloader/prefetch/liburiloader_prefetch.a ../../caps/libcaps.a 
../../parser/xml/libparser_xml.a
../../parser/htmlparser/libparser_htmlparser.a 
../../parser/html/libparser_html.a ../../gfx/2d/libgfx_2d.a
../../gfx/ycbcr/libgfx_ycbcr.a ../../gfx/src/libgfx_src.a 
../../gfx/qcms/libgfx_qcms.a ../../gfx/gl/libgfx_gl.a
../../gfx/layers/libgfx_layers.a ../../gfx/thebes/libgfx_thebes.a 
../../gfx/ipc/libgfx_ipc.a ../../gfx/vr/libgfx_vr.a

Re: [OpenIndiana-discuss] firefox-43.0b8

[Alexander Pyhalov]

Hi.

John D Groenveld писал 04.12.2015 19:47:

Noticed firefox-43.0b7 made it into hipster (thanks Alexander!)
and decided to try building firefox-43.0b8 with Martin and
Alexander's patches.

Hit the below GNU ld error with libxul.so.
Anyone made it past it on OI?




/usr/gnu/bin/ld:/usr/gcc/4.9/lib/gcc/i386-pc-solaris2.11/4.9.3/../../../libgcc-unwind.map:1:
syntax error
collect2: error: ld returned 1 exit status
/home/oi.1/john/firefox-43.0b8/config/rules.mk:826: recipe for target
'libxul.so' failed
gmake[3]: *** [libxul.so] Error 1
gmake[3]: Leaving directory '/home/oi.1/john/ff43/toolkit/library'
/home/oi.1/john/firefox-43.0b8/config/recurse.mk:71: recipe for target
'toolkit/library/target' failed
gmake[2]: *** [toolkit/library/target] Error 2



It seems you've missed a ld wrapper hack:
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/firefox/patches/04-gnu-ld-wrapper.patch
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/firefox/Makefile#L62
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/firefox/Makefile#L62


---
System Administrator of Southern Federal University Computer Center



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] firefox-43.0b7

[John D Groenveld]

In message , Alexander Pyhalov write
s:
>Do you have 
>https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/firefox/
>patches/05-libstagefright.patch 
>applied?

Oye...missed that one. :(

Thank you!
John
groenv...@acm.org

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] firefox-43.0b7

[John D Groenveld]

Trying to build 43.0b7 with Martin and Alexander's
patches, but stumbling over these redefinitions which
I think are a missing or incorrect define.
Anyone made it further along?
Thanks
John
groenv...@acm.org

gmake[3]: Entering directory '/home/oi.1/john/ff43/media/libstagefright'
Unified_cpp_media_libstagefright0.o
g++ -o Unified_cpp_media_libstagefright0.o -c -I../../dist/stl_wrappers 
-I../../dist/system_wrappers -include 
/home/oi.1/john/firefox-43.0b7/config/gcc_hidden.h -DANDROID_SMP=0 
-DLOG_NDEBUG=1 -D_GLIBCXX_OS_DEFINES -DHAVE_SYS_UIO_H -DFAKE_LOG_DEVICE 
-DSTATIC_EXPORTABLE_JS_API -DMOZILLA_INTERNAL_API -DIMPL_LIBXUL -DAB_CD=en-US 
-DNO_NSPR_10_SUPPORT -I/home/oi.1/john/firefox-43.0b7/media/libstagefright -I. 
-I/home/oi.1/john/firefox-43.0b7/media/libstagefright/binding/include 
-I/home/oi.1/john/firefox-43.0b7/media/libstagefright/frameworks/av/include 
-I/home/oi.1/john/firefox-43.0b7/media/libstagefright/frameworks/av/include/media/stagefright/foundation
 
-I/home/oi.1/john/firefox-43.0b7/media/libstagefright/frameworks/av/media/libstagefright/
 -I/home/oi.1/john/firefox-43.0b7/media/libstagefright/stubs/empty 
-I/home/oi.1/john/firefox-43.0b7/media/libstagefright/stubs/include 
-I/home/oi.1/john/firefox-43.0b7/media/libstagefright/stubs/include/media/stagefright/foundation
 -I/home/oi.!
 1/john/firefox-43.0b7/media/libstagefright/system/core/include 
-I../../dist/include   -I/home/oi.1/john/ff43/dist/include/nspr 
-I/home/oi.1/john/ff43/dist/include/nss   -fPIC   -DMOZILLA_CLIENT -include 
../../mozilla-config.h -MD -MP -MF .deps/Unified_cpp_media_libstagefright0.o.pp 
 -static-libstdc++ -static-libgcc -fno-exceptions -fno-strict-aliasing -D_XPG6 
-D__EXTENSIONS__ -mstackrealign -static-libstdc++ -static-libgcc -fno-rtti 
-fno-exceptions -fno-math-errno -std=gnu++0x -pthread -pipe -DNDEBUG -DTRIMMED 
-O -fomit-frame-pointer -fpermissive -fno-exceptions -fno-strict-aliasing 
-fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -fno-math-errno 
-std=gnu++0x -pthread -pipe  -DNDEBUG -DTRIMMED -O -fomit-frame-pointer 
-Wno-format -Wno-format-security -Wno-multichar -Wno-sign-compare -Wno-unused   
/home/oi.1/john/ff43/media/libstagefright/Unified_cpp_media_libstagefright0.cpp
In file included from ../../dist/stl_wrappers/cmath:50:0,
 from ../../dist/include/nsMathUtils.h:13,
 from ../../dist/include/nsCoord.h:11,
 from ../../dist/include/nsSize.h:9,
 from ../../dist/include/MediaData.h:9,
 from 
/home/oi.1/john/firefox-43.0b7/media/libstagefright/binding/Adts.cpp:6,
 from 
/home/oi.1/john/ff43/media/libstagefright/Unified_cpp_media_libstagefright0.cpp:2:
/usr/gcc/4.9/include/c++/4.9.3/cmath: In function ‘constexpr double 
std::abs(double)’:
/usr/gcc/4.9/include/c++/4.9.3/cmath:81:3: error: redefinition of ‘constexpr 
double std::abs(double)’
   abs(double __x)
   ^

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] firefox-43.0b7

[Apostolos Syropoulos via openindiana-discuss]

In https://hg.mozilla.org/mozilla-central/file/3cb2f2b870f4/config/stl-headers


one can read that 


# At build time, each header listed here is converted into a "wrapper
# header" that is installed into dist/stl_includes.


so could you please send the generated file to try to see what might be
the problem?

A.S.
--
Apostolos Syropoulos
Xanthi, Greece

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] firefox-43.0b7

[John D Groenveld]

In message <1578217218.8815253.1448741362144.javamail.ya...@mail.yahoo.com>, Ap
ostolos Syropoulos via openindiana-discuss writes:
>In https://hg.mozilla.org/mozilla-central/file/3cb2f2b870f4/config/stl-headers
>
>
>one can read that 
>
>
># At build time, each header listed here is converted into a "wrapper
># header" that is installed into dist/stl_includes.
>
>
>so could you please send the generated file to try to see what might be
>the problem?

Below.

John
groenv...@acm.org

/* -*- Mode: C++; tab-width: 8; indent-tabs-mode: nil; c-basic-offset: 2 -*-
 * vim: sw=2 ts=8 et :
 */
/* This Source Code Form is subject to the terms of the Mozilla Public
 * License, v. 2.0. If a copy of the MPL was not distributed with this
 * file, You can obtain one at http://mozilla.org/MPL/2.0/. */

#ifndef mozilla_cmath_h
#define mozilla_cmath_h

// For some reason, Apple's GCC refuses to honor -fno-exceptions when
// compiling ObjC.
#if defined(__EXCEPTIONS) && __EXCEPTIONS && !(__OBJC__ && __GNUC__ && XP_IOS)
#  error "STL code can only be used with -fno-exceptions"
#endif

// Silence "warning: #include_next is a GCC extension"
#pragma GCC system_header

// mozalloc.h wants ; break the cycle by always explicitly
// including  here.  NB: this is a tad sneaky.  Sez the gcc docs:
//
//`#include_next' does not distinguish between  and "file"
//inclusion, nor does it check that the file you specify has the
//same name as the current file. It simply looks for the file
//named, starting with the directory in the search path after the
//one where the current file was found.
#include_next 

// See if we're in code that can use mozalloc.  NB: this duplicates
// code in nscore.h because nscore.h pulls in prtypes.h, and chromium
// can't build with that being included before base/basictypes.h.
#if !defined(XPCOM_GLUE) && !defined(NS_NO_XPCOM) && !defined(MOZ_NO_MOZALLOC)
#  include "mozilla/mozalloc.h"
#else
#  error "STL code can only be used with infallible ::operator new()"
#endif

#if defined(DEBUG) && !defined(_GLIBCXX_DEBUG)
// Enable checked iterators and other goodies
//
// FIXME/bug 551254: gcc's debug STL implementation requires -frtti.
// Figure out how to resolve this with -fno-rtti.  Maybe build with
// -frtti in DEBUG builds?
//
//  # define _GLIBCXX_DEBUG 1
#endif

#pragma GCC visibility push(default)
#include_next 
#pragma GCC visibility pop

// gcc calls a __throw_*() function from bits/functexcept.h when it
// wants to "throw an exception".  functexcept exists nominally to
// support -fno-exceptions, but since we'll always use the system
// libstdc++, and it's compiled with exceptions, then in practice
// these __throw_*() functions will always throw exceptions (shades of
// -fshort-wchar).  We don't want that and so define our own inlined
// __throw_*().
#ifndef mozilla_throw_gcc_h
#  include "mozilla/throw_gcc.h"
#endif

#endif  // if mozilla_cmath_h


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] firefox-43.0b7

[Alexander Pyhalov]

Hello.

John D Groenveld писал 28.11.2015 20:48:

Trying to build 43.0b7 with Martin and Alexander's
patches, but stumbling over these redefinitions which
I think are a missing or incorrect define.
Anyone made it further along?
Thanks
John
groenv...@acm.org


Do you have 
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/firefox/patches/05-libstagefright.patch 
applied?


---
System Administrator of Southern Federal University Computer Center



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox 38.2.1esr

[russell]

Hi Ken,

Thanks for the pointer for the Firefox vulnerability, fortunately I 
upgraded a while ago.
Do we know whom is providing the Firefox builds, I for one would like to 
say thanks.
I had a look at the other Firefox releases and they appear to have both 
Linux and Win64 builds.
Has anyone looked at trying to build Firefox on OpenIndiana as a 64 bit 
application?


Regards

Russell


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox 24.8.1 versus 38.2.1 and Mozilla removing NPAPI

[cpforum]

Hi,

The next link tell that Mozilla drop the old Netscape Plugin API well known as 
NPAPI from Firefox
at the end of 2016. So I think there is no reason to use the hipster Firefox 
24.8.1.

https://blog.mozilla.org/futurereleases/2015/10/08/npapi-plugins-in-firefox/

I read that with Firefox 38.2.1 plugins do not work (not the same with 24.8.1 ?)

With Firefox 38.2.1esr loaded here :

http://releases.mozilla.org/pub/mozilla.org/firefox/releases/38.2.1esr/contrib/solaris_pkgadd/


- First OpenJDK hipster Plugin is OK. You juste have to do the following link

cd .mozilla/plugins
ln -s /usr/lib/IcedTeaPlugin.so IcedTeaPlugin.so

and you have a working Java Plugin. Need to have :
runtime/java/openjdk7
web/browser/firefox/plugin/firefox-java



- Second add Shumway (Flash) extension. Shumway now works with some sites and 
no longer need to install and old flash player.
(If you have uninstall it or disable it).

Shumway run the : http://revaweb.com/test_flash.html

It also works with most of files with .swf extension from : 
http://www.swishzone.com/max_swi/

Adobe test fail, but if you open the .swf (have to view source of the page), 
Adobe test are working.

- Third 38.2.1 is more secure

- Last, if you test Firefox here : http://html5test.com/

38.2.1 score is 411
24.8.1 score is 369

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] firefox

[Udo Grabowski (IMK)]

On 20/09/2015 20:22, Apostolos Syropoulos via openindiana-discuss wrote:

Let's hope these will work as expected:


https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/38.2.1esr/contrib/


Is this from Oracle or your own /hipster product ?

Seems this is gcc compiled. On oi_151a9, Flash is gone.

I get an endless chain of 'Not GTK2 toolkit (got 0).' messages.

For Java, instead of libnpjp2.so, libjavaplugin.so must be linked now
into the browser/plugins directory.

And these messages are thrown when automatic updates for extensions
start:

1442825932940	addons.update-checker	WARN	Update manifest for 
{972ce4c6-7e08-4474-a285-3208198ce6fd} did not contain an updates property
1442825935730	addons.xpi	ERROR	Failed to remove empty directory 
/home//.mozilla//extensions/trash: [Exception... "Component returned 
failure code: 0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS) [nsIFile.remove]" 
nsresult: "0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS)"  location: "JS frame :: 
resource://gre/modules/addons/XPIProvider.jsm :: recursiveRemove :: line 1335" 
data: no] Stack trace: 
recursiveRemove()@resource://gre/modules/addons/XPIProvider.jsm:1335 < 
DirInstallLocation_uninstallAddon()@resource://gre/modules/addons/XPIProvider.jsm:7515 
< XPI_uninstallAddon()@resource://gre/modules/addons/XPIProvider.jsm:4713 < 
AddonWrapper_uninstall()@resource://gre/modules/addons/XPIProvider.jsm:6988 < 
uninstallHotfix/<()@resource://gre/modules/addons/XPIProvider.jsm -> 
jar:file:///home//.mozilla/**/extensions/firefox-hot...@mozilla.org.xpi!/bootstrap.js:145 
< safeCall()@resource://gre/modules/AddonManager.jsm:173 < 
getAddonByID_safeCall()@resource://gre/modules/AddonManager.jsm:2229 < 
getAddonByID_getVisibleAddonForID()@resource://gre/modules/addons/XPIProvider.jsm:3826 
< makeSafe/<()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:145 < 
completeAddon()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:134 < 
getAddon()@resource://gre/modules/addons/AddonRepository.jsm:580 < 
this.AddonRepository.getCachedAddonByID<()@resource://gre/modules/addons/AddonRepository.jsm:592 
< next()@self-hosted:620 < TaskImpl_run()@resource://gre/modules/Task.jsm:314 < 
TaskImpl()@resource://gre/modules/Task.jsm:275 < 
createAsyncFunction/asyncFunction()@resource://gre/modules/Task.jsm:249 < 
getRepositoryAddon()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:136 < 
this.XPIDatabase.getAddon/<()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:1074 < 
Handler.prototype.process()@resource://gre/modules/Promise.jsm -> 
resource://gre/modules/Promise-backend.js:867 < 
this.PromiseWalker.walkerLoop()@resource://gre/modules/Promise.jsm -> 
resource://gre/modules/Promise-backend.js:746 < 
this.PromiseWalker.scheduleWalkerLoop/<()@resource://gre/modules/Promise.jsm -> 
resource://gre/modules/Promise-backend.js:688 < 
1442825935748	addons.xpi	WARN	Failed to remove trash directory when uninstalling 
firefox-hot...@mozilla.org: [Exception... "Component returned failure code: 
0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS) [nsIFile.remove]"  nsresult: 
"0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS)"  location: "JS frame :: 
resource://gre/modules/addons/XPIProvider.jsm :: recursiveRemove :: line 1335" 
data: no] Stack trace: 
recursiveRemove()@resource://gre/modules/addons/XPIProvider.jsm:1335 < 
DirInstallLocation_uninstallAddon()@resource://gre/modules/addons/XPIProvider.jsm:7515 
< XPI_uninstallAddon()@resource://gre/modules/addons/XPIProvider.jsm:4713 < 
AddonWrapper_uninstall()@resource://gre/modules/addons/XPIProvider.jsm:6988 < 
uninstallHotfix/<()@resource://gre/modules/addons/XPIProvider.jsm -> 
jar:file:///home/***/.mozilla/firefox/*/extensions/firefox-hot...@mozilla.org.xpi!/bootstrap.js:145 
< safeCall()@resource://gre/modules/AddonManager.jsm:173 < 
getAddonByID_safeCall()@resource://gre/modules/AddonManager.jsm:2229 < 
getAddonByID_getVisibleAddonForID()@resource://gre/modules/addons/XPIProvider.jsm:3826 
< makeSafe/<()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:145 < 
completeAddon()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:134 < 
getAddon()@resource://gre/modules/addons/AddonRepository.jsm:580 < 
this.AddonRepository.getCachedAddonByID<()@resource://gre/modules/addons/AddonRepository.jsm:592 
< next()@self-hosted:620 < TaskImpl_run()@resource://gre/modules/Task.jsm:314 < 
TaskImpl()@resource://gre/modules/Task.jsm:275 < 
createAsyncFunction/asyncFunction()@resource://gre/modules/Task.jsm:249 < 
getRepositoryAddon()@resource://gre/modules/addons/XPIProvider.jsm -> 
resource://gre/modules/addons/XPIProviderUtils.js:136 < 
this.XPIDatabase.getAddon/<()@resource://gre/modules/addons/XPIProvider.jsm -> 

[OpenIndiana-discuss] firefox

[Apostolos Syropoulos via openindiana-discuss]

Let's hope these will work as expected:


https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/38.2.1esr/contrib/


A.S. 
--
Apostolos Syropoulos
Xanthi, Greece

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Firefox 31

[Jonathan Adams]

Running Hipster, I was using firefox 31.0.2 (package from the Firefox FTP
site) happily until today (first day I've booted since I recently upgraded)

previous update 2015-03-27, recent update 2015-04-30

Firefox works fine, except with any alert or popup box or sometimes
select lists, and dialog boxes. If I move the mouse over the object in
question; the application suddenly core dumps ...

It doesn't core dump with the Firefox 24 that comes with OI, but then I
can't get flash to work properly in 24, and a lot of services complain that
I'm using an old version.

It used to work fine, and I have a log of what changed during the upgrade
(attached).  Anything that could be suggested to mitigate this would be
much appreciated

Jon

PS. this also affects Thunderbird installed from the Mozilla website.
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 31.3.0 (and v 31.5.0 and 24.* and 17.* ) file downloads fail mostly, Refresh Firefox isn't working on Solaris/Illumos

[Private]

I am currently using FF 31.5 ESR. I note the security warnings on
freakattack,CVE-2015-0291 and wonder if they pose a threat to OiOS?

Reference

cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0291

mozilla.org/en-US/security/known-vulnerabilities/firefox/

Robert


On 11/04/2015 03:36, Fred Kimball via openindiana-discuss wrote:
 On Friday, April 10, 2015 9:18 AM, Predrag Zecevic [Unix Systems 
 Administrator] predrag.zece...@2e-systems.com wrote:

 On 04/10/15 03:10 PM, Hans J. Albertsson wrote:
 The failures have varying forms:

 A text file will sometimes be displayed instead of downloaded. Sometimes it 
 will be downloaded, sometimes it all fails.
 A pdf download will most often fail, but occasionally be downloaded.
 Zip och bz or tar packages have so far never failed.

 What gives??

 As stated in the subject, I have tested a few different reasonably modern 
 FF versions, and they all behave the same.

 Version 3.6 works well, and has never failed a download.
 (However, several functions on web sites, such as Google Groups and Gmail, 
 aren't really useful in v 3.6. Too many features are
 marginal with this version.)

 What could be the reason for the failed downloads???

 I have tested starting a fresh profile, but nothing helps, so the Firefox 
 Refresh might not be very useful, But I notice that it
 isn't available.

 Please give me as many hints on things to test for, or own experiences or 
 whatever.


 I have one machine running Oracle Solaris 11.2 with FF 31 and I haven't 
 seen the behaviour in that, but then I haven't done too many
 downloads in there: at least few enough not to dare to draw any safe 
 conclusions, but it might be OK or at least less prone to this
 problem.


 Hans J. Albertsson

 Hi,

 I have faced same problem when using packages... Instead, started to use tar 
 version(s), and download worked...
 For example:
 https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/31.1.1esr/contrib/solaris_tarball/

 There are other small problems (flashplayer) but that is another story.

 With best regards,
 Predrag Zečević


 Predrag Zečević
 Technical Support Analyst
 2e Systems GmbH

 Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
 Mobile:+49  174 3109 288, Skype: predrag.zecevic
 E-mail:predrag.zece...@2e-systems.com

 Headquarter:  2e Systems GmbH, Königsteiner Str. 87,
   65812 Bad Soden am Taunus, Germany
 Company registration: Amtsgericht Königstein (Germany), HRB 7303
 Managing director:Phil Douglas

 http://www.2e-systems.com/ - Making your business fly!
 ___

 Are you getting 0 byte downloads? I used to have that problem beginning with 
 FF 24 or 26. The problems ended when Hipster upgraded GNOME to mostly 2.32.

 If the file size where you downloaded the file reports that it is 0 bytes, 
 look in /tmp for a file with an 8 character name followed by the extension 
 and then .part; i.e. Wxqitlyu.pdf.part. Copy or cut the file and paste it to 
 where you downloaded the file to. Then select the faulty file, press F2, copy 
 the filename, then delete the file. Finally, rename the .part file with the 
 original name of the downloaded file. A pain but worked for me.

 I too use the tarballs. 31.6.0esr was added on April 10th. 
 https://www.mozilla.org/en-US/security/known-vulnerabilities/firefox-esr/
 ftp://ftp.mozilla.org/pub/firefox/releases/

 Regards,
 Fred

 ___
 openindiana-discuss mailing list
 openindiana-discuss@openindiana.org
 http://openindiana.org/mailman/listinfo/openindiana-discuss



---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 31.3.0 (and v 31.5.0 and 24.* and 17.* ) file downloads fail mostly, Refresh Firefox isn't working on Solaris/Illumos

[ken mays via openindiana-discuss]

Migrate to FF 31.6.0 ESR:
ftp://ftp.mozilla.org/pub/firefox/releases/31.6.0esr/contrib/solaris_pkgadd/
 
~K


 On Monday, April 13, 2015 4:12 AM, Private openba...@gmail.com wrote:
   

 I am currently using FF 31.5 ESR. I note the security warnings on
freakattack,CVE-2015-0291 and wonder if they pose a threat to OiOS?

Reference

cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0291

mozilla.org/en-US/security/known-vulnerabilities/firefox/

Robert


On 11/04/2015 03:36, Fred Kimball via openindiana-discuss wrote:
 On Friday, April 10, 2015 9:18 AM, Predrag Zecevic [Unix Systems 
 Administrator] predrag.zece...@2e-systems.com wrote:

 On 04/10/15 03:10 PM, Hans J. Albertsson wrote:
 The failures have varying forms:

 A text file will sometimes be displayed instead of downloaded. Sometimes it 
 will be downloaded, sometimes it all fails.
 A pdf download will most often fail, but occasionally be downloaded.
 Zip och bz or tar packages have so far never failed.

 What gives??

 As stated in the subject, I have tested a few different reasonably modern 
 FF versions, and they all behave the same.

 Version 3.6 works well, and has never failed a download.
 (However, several functions on web sites, such as Google Groups and Gmail, 
 aren't really useful in v 3.6. Too many features are
 marginal with this version.)

 What could be the reason for the failed downloads???

 I have tested starting a fresh profile, but nothing helps, so the Firefox 
 Refresh might not be very useful, But I notice that it
 isn't available.

 Please give me as many hints on things to test for, or own experiences or 
 whatever.


 I have one machine running Oracle Solaris 11.2 with FF 31 and I haven't 
 seen the behaviour in that, but then I haven't done too many
 downloads in there: at least few enough not to dare to draw any safe 
 conclusions, but it might be OK or at least less prone to this
 problem.


 Hans J. Albertsson

 Hi,

 I have faced same problem when using packages... Instead, started to use tar 
 version(s), and download worked...
 For example:
 https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/31.1.1esr/contrib/solaris_tarball/

 There are other small problems (flashplayer) but that is another story.

 With best regards,
 Predrag Zečević


 Predrag Zečević
 Technical Support Analyst
 2e Systems GmbH

 Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
 Mobile:    +49  174 3109 288,    Skype: predrag.zecevic
 E-mail:    predrag.zece...@2e-systems.com

 Headquarter:          2e Systems GmbH, Königsteiner Str. 87,
                      65812 Bad Soden am Taunus, Germany
 Company registration: Amtsgericht Königstein (Germany), HRB 7303
 Managing director:    Phil Douglas

 http://www.2e-systems.com/ - Making your business fly!
 ___

 Are you getting 0 byte downloads? I used to have that problem beginning with 
 FF 24 or 26. The problems ended when Hipster upgraded GNOME to mostly 2.32.

 If the file size where you downloaded the file reports that it is 0 bytes, 
 look in /tmp for a file with an 8 character name followed by the extension 
 and then .part; i.e. Wxqitlyu.pdf.part. Copy or cut the file and paste it to 
 where you downloaded the file to. Then select the faulty file, press F2, copy 
 the filename, then delete the file. Finally, rename the .part file with the 
 original name of the downloaded file. A pain but worked for me.

 I too use the tarballs. 31.6.0esr was added on April 10th. 
 https://www.mozilla.org/en-US/security/known-vulnerabilities/firefox-esr/
 ftp://ftp.mozilla.org/pub/firefox/releases/

 Regards,
 Fred

 ___
 openindiana-discuss mailing list
 openindiana-discuss@openindiana.org
 http://openindiana.org/mailman/listinfo/openindiana-discuss



---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


  
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Firefox 31.3.0 (and v 31.5.0 and 24.* and 17.* ) file downloads fail mostly, Refresh Firefox isn't working on Solaris/Illumos

[Fred Kimball via openindiana-discuss]

On Friday, April 10, 2015 9:18 AM, Predrag Zecevic [Unix Systems Administrator] 
predrag.zece...@2e-systems.com wrote:

On 04/10/15 03:10 PM, Hans J. Albertsson wrote:

 The failures have varying forms:

 A text file will sometimes be displayed instead of downloaded. Sometimes it 
 will be downloaded, sometimes it all fails.
 A pdf download will most often fail, but occasionally be downloaded.
 Zip och bz or tar packages have so far never failed.

 What gives??

 As stated in the subject, I have tested a few different reasonably modern FF 
 versions, and they all behave the same.

 Version 3.6 works well, and has never failed a download.
 (However, several functions on web sites, such as Google Groups and Gmail, 
 aren't really useful in v 3.6. Too many features are
 marginal with this version.)

 What could be the reason for the failed downloads???

 I have tested starting a fresh profile, but nothing helps, so the Firefox 
 Refresh might not be very useful, But I notice that it
 isn't available.

 Please give me as many hints on things to test for, or own experiences or 
 whatever.


 I have one machine running Oracle Solaris 11.2 with FF 31 and I haven't seen 
 the behaviour in that, but then I haven't done too many
 downloads in there: at least few enough not to dare to draw any safe 
 conclusions, but it might be OK or at least less prone to this
 problem.


 Hans J. Albertsson


Hi,

I have faced same problem when using packages... Instead, started to use tar 
version(s), and download worked...
For example:
https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/31.1.1esr/contrib/solaris_tarball/

There are other small problems (flashplayer) but that is another story.

With best regards,
Predrag Zečević

 
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
Mobile:+49  174 3109 288, Skype: predrag.zecevic
E-mail:predrag.zece...@2e-systems.com

Headquarter:  2e Systems GmbH, Königsteiner Str. 87,
   65812 Bad Soden am Taunus, Germany
Company registration: Amtsgericht Königstein (Germany), HRB 7303
Managing director:Phil Douglas

http://www.2e-systems.com/ - Making your business fly!
___


Are you getting 0 byte downloads? I used to have that problem beginning with FF 
24 or 26. The problems ended when Hipster upgraded GNOME to mostly 2.32.

If the file size where you downloaded the file reports that it is 0 bytes, look 
in /tmp for a file with an 8 character name followed by the extension and then 
.part; i.e. Wxqitlyu.pdf.part. Copy or cut the file and paste it to where you 
downloaded the file to. Then select the faulty file, press F2, copy the 
filename, then delete the file. Finally, rename the .part file with the 
original name of the downloaded file. A pain but worked for me.

I too use the tarballs. 31.6.0esr was added on April 10th. 
https://www.mozilla.org/en-US/security/known-vulnerabilities/firefox-esr/
ftp://ftp.mozilla.org/pub/firefox/releases/

Regards,
Fred

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss