OS/2, eCS & ArcaOS - Technical > Mail-News
Security fixes for Mozilla
Neil Waldhauer:
This is regarding the 4/4 version of Firefox. I'll get up to testing the more recent build shortly.
Firefox does not seem to start by itself. If I put firefox into Internet Application Integration so that I can launch web URL objects, or open a web page from Thunderbird, that does not work until I install Run!
The bitwise port starts without any help from Run!
Dave Yeo:
--- Quote from: Neil Waldhauer on April 17, 2019, 03:39:22 pm ---This is regarding the 4/4 version of Firefox. I'll get up to testing the more recent build shortly.
Firefox does not seem to start by itself. If I put firefox into Internet Application Integration so that I can launch web URL objects, or open a web page from Thunderbird, that does not work until I install Run!
The bitwise port starts without any help from Run!
--- End quote ---
Strange. I just used IAI to make Firefox (one I just built using the full path to it) the default web browser application and opening a web page from Thunderbird changed to Firefox from the previous SeaMonkey as expected.
Clicking on a web URL object such as blonde guy still opened SeaMonkey, opening the properties, showed under Browser, D:\Programs\seamonkey\seamonkey!lk.exe which is why it kept using SeaMonkey, without the --no-remote parameter, the browser, even the older SM, just opens a new window in the running browser. I assume if I did not have SM already running, it would have opened the older browser that the URL object points to.
Not the best way to set things up in my opinion and likely the reason that IAI doesn't seem to work for the system installed URL objects.
Thunderbird, I'm not sure about though there was an issue on the Arca issue tracker where some one had a similar problem with the Bitwise build of Firefox, he finally worked around the issue by setting up Thunderbird to use Firefox directly.
There's no code changes between the Bitwise build and the one you're using.
Dariusz Piatkowski:
Hey Dave!
--- Quote from: Dave Yeo on April 14, 2019, 02:30:10 am ---I've been experimenting with porting security fixes from tenfourfox, a Firefox fork for PowerPC Macs that was also forked from 45ESR. Currently at about 50 changesets, over a 100 security issues patched I believe. For testing I've uploaded,
https://bitbucket.org/dryeo/mozilla-os2/downloads/firefox-45.9.0.en-US.os2-Pentium-m-SUa1.zip which also has unofficial branding instead of nightly...
--- End quote ---
So I wanted to give this drop a whirl, unpacking to a clean dir and attempting to run produced the following trap:
--- Code: ---______________________________________________________________________
Exception Report - created 2019/04/18 20:24:54
______________________________________________________________________
OS2/eCS Version: 2.45
# of Processors: 5
Physical Memory: 3327 mb
Virt Addr Limit: 2560 mb
Exceptq Version: 7.11.3-shl (Jul 5 2016)
______________________________________________________________________
Exception C0000005 - Access Violation
______________________________________________________________________
Process: G:\APPS\TCPIP\FIREFOX\FIREFOX.EXE (04/13/2019 15:32:15 282,117)
PID: 144 (324)
TID: 01 (1)
Slot: AB (171)
Priority: 200
Module: N/A
Filename: N/A
Cause: Invalid execution address 00020CBE
______________________________________________________________________
Registers
______________________________________________________________________
EAX : 00000008 EBX : 0019F844 ECX : 00000002 EDX : 0019FF4C
ESI : 0019F948 EDI : 18A68C54
ESP : 0019F820 EBP : 0019FA4C EIP : 00020CBE EFLG : 00010206
CS : 005B CSLIM: FFFFFFFF SS : 0053 SSLIM: FFFFFFFF
EAX : not a valid address
EBX : read/write memory on this thread's stack
ECX : not a valid address
EDX : read/write memory on this thread's stack
ESI : read/write memory on this thread's stack
EDI : read/write memory at 0003:00008C54 in LIBCN0
______________________________________________________________________
Stack Info for Thread 01
______________________________________________________________________
Size Base ESP Max Top
00100000 001A0000 -> 0019F820 -> 0018F000 -> 000A0000
______________________________________________________________________
Call Stack
______________________________________________________________________
EBP Address Module Obj:Offset Nearest Public Symbol
-------- --------- -------- ------------- -----------------------
Trap -> 00020CBE Invalid address: 00020CBE
--- End code ---
I've attached the full trp file below.
Did not re-boot, but the ffturbo was killed and no DLL remainder in memory.
Dariusz Piatkowski:
Well, a re-boot later (probably should have done that to start off with, just to be sure) the browser does come up, but traps on the very last steps of loading any sites (tried several, including this forum).
Dave, I want to say this is very similar to something we hit when you built the AMD PhenomII version...does that ring any bells for you?
Dave Yeo:
It's a crash that is usually triggered by badly written web sites, I found one through a bug that produced very similar trps the other day. Why it is happening consistently for you I don't know. Have you tried safe mode and/or a new profile? Hopefully that first trp, which I've never seen the like of, didn't screw something in your profile. Always a good idea to back up the profile before experimenting, something I should stress more.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version