and it seems that I need to bump version again (maybe 76.1.1?)

Quote
roytam1
and it seems that I need to bump version again (maybe 76.1.1?)

Or 76.1.0.0.1....
No, please, that's so extremely unhandy, if any possible make it at least 76.2

What is the margin between 76.1 and next numbered version? Why add right now?

Quote
rodocop
What is the margin between 76.1 and next numbered version? Why add right now?

because there is a binary level incompatibility that requires recompiling K-Meleon front-end tree.

so I proposed a simple rule for bumping KM version:
- if there is source level incompatibility between front-end and engine, bump minor version and reset micro version (e.g. 76.0 to 76.1, because of nsIDOMWindow changes in Goanna)
- if there is binary level incompatibility between front-end and engine, bump micro version (e.g. 76.1 to 76.1.1)

Hmm... from users viewpoint, 'incompatible' simply sounds critical. From that perspective the important point is, what does it mean practically? What will break in next version, in webpages, in GUI, are there any possible workarounds for self-help (prefs? omnis?) for users when no dev will be around anymore? Or is it the other way around, the current version is broken and the next one will fix it?

Quote
siria
Hmm... from users viewpoint, 'incompatible' simply sounds critical. From that perspective the important point is, what does it mean practically? What will break in next version, in webpages, in GUI, are there any possible workarounds for self-help (prefs? omnis?) for users when no dev will be around anymore? Or is it the other way around, the current version is broken and the next one will fix it?

There should not be any incompatibilities found in users side, ONLY IF users try to do partial update(e.g. just replacing xul.dll/mozjs.dll instead of replacing all DLLs). If you tried to do so(e.g. using 76.1.1 xul.dll with 76.0 k-meleon.exe), it will crash at startup.

All macros should be fine at the moment. For XUL extensions, if any incompatibilities are found, it will be listed in release notes. (recently a mis-use of getComplexValue API form nsIPrefService interface is found, and will be listed in release notes)

All bundled kplugins source code will be fixed if source level (API) incompatibilities happens, and they will be rebuilt if binary level (ABI) incompatibilities happens. So users using bundled kplugins should be fine.

For external/3rd party kplugins, I don't know.

New regular/weekly KM-Goanna release:
https://o.rthost.win/kmeleon/KM76.1.1-Goanna-20190223.7z

Changelog:

In-tree changes:
- bump version to 76.1.1 due to Goanna ABI changes (2290fdd6)

Out-of-tree changes:
* update Goanna3 to git 7450defff..6d775ae14:
- import changes from rmottola/Arctic-Fox:
- Bug 1133760 part 1. The ownPropNames hook can't be called via Xrays, so stop trying to handle that case. (c8ada5454)
- Bug 1133760 part 2. Get rid of unforgeable holders; just store unforgeable properties for DOM proxies directly on the expando object. (ce850b54e)
- Bug 1134730. DOM proxy finalizers should not assume that the JS object has an actual reference to the DOM object (and in particular that the slot it's stored in is a private slot). (bd4f51b99)
- Bug 1084439. Remove ResolveWorkerClasses in favor of [Exposed=System] annotations. (cdf896e5a) (5a5c13b72)
- import changes from rmottola/Arctic-Fox:
- Bug 1188462 - Rename gfx/skia/trunk directory to gfx/skia/skia. (26e6a37fd)
- Bug 1188462 - Fix inclusion of skia headers to use correct directory prefixes. (cb8a82d14)
- Bug 1188462 - Add SKIA_INCLUDES list for adding Skia to header search path. (0f95f6f77)
- Bug 1157065 - GFX: 2D: Implement skia::Convolve in LS3 MMI. * skia::ConvolveVertically * skia:ConvolveHorizontally * skia:ConvolveHorizontally4 (445c1a64e) (6dd0dba0a)
- import changes from rmottola/Arctic-Fox:
- Bug 945584: Part 1 - Style support for scroll snapping attributes, - Implemented style support for new attributes: - scroll-snap-type - scroll-snap-type-x - scroll-snap-type-y - scroll-snap-points-x - scroll-snap-points-y - scroll-snap-destination - scroll-snap-coordinate (02fe3bb49)
- Bug 945584: Part 2 - Add CSS scroll snapping attributes to ScrollbarStyles (v10 Patch) (7ffff307b)
- Bug 945584: Part 3 - Enable cancellation of OSX synthesized mousewheel scrolling events (v2 Patch), (124e19201)
- Bug 945584: Part 4 - Add scroll snapping preferences (v3 Patch), - Added preferences to allow trackpad and mousewheel flinging between snap points to be tuned:
- layout.css.scroll-snap.prediction-max-velocity - layout.css.scroll-snap.prediction-sensitivity (64d44c6ca)
- Bug 945584: Part 5 - Implement ScrollVelocityQueue (v4 Patch), - Implemented ScrollVelocityQueue class to calculate the velocity of a scroll when given periodic samples of scroll position. - Added BasePoint::Clamp to simplify code. (bca79b509)
- Inactive subframes-in-subframes add event regions to the wrong layer. (bug 1139213, r=tn) (c5ad5ede0)
- Bug 1075702 - Fixed implementation of Element.setAttributeNode(). (8e5cdb94d)
- Bug 1134968. If JS_NewObjectWithGivenProto is passed a null parent and null proto, use the context's current global as the parent. (82810e810)
- Bug 990907 - Add a flag on nsIScrollableFrame to indicate if it is actively being scrolled by APZ. (3eb29e60b) (a9868b918)
- libwebp: update to 1.0.1 (2acd78ac8)
- import changes from rmottola/Arctic-Fox:
- Bug 1136925 part 1. Stop passing a parent to JS_CloneObject (02806f3cb)
- Bug 1136925 part 2. Stop passing a parent to Wrapper::New. (1d51cbd34)
- Bug 1136925 part 3. Stop passing parents to js::NewProxyObject. (dc13db8da)
- Bug 1136925 part 4. Stop passing parents to ProxyObject::New. (e2d30e340)
- Bug 1136980 part 1. Get rid of JS_SetParent uses in DOM/XPConnect. (5cad9c256)
- Bug 1136980 part 2. Remove JS_SetParent, even though we have a CLOSED TREE (96cf58c85)
- Bug 1113369, part 1 - Introduce JS::ObjectOpResult and use it in js:tandardDefineProperty. (15663c476)
- Bug 1113369, part 1½ - Avoid regressing error messages by adding obj to the ObjectOpResult methods that could throw a TypeError. (e063faf08)
- Bug 1113369, part 2 - js:etArrayLength ObjectOpResult support. (cf8326017)
- Bug 1113369, part 3 - [[DefineOwnProperty]] ObjectOpResult support. (e16605a90)
- Bug 1113369, part 4 - [[Set]] ObjectOpResult support. (6f94604d4)
- Bug 1113369, part 5 - [[Delete]] ObjectOpResult support. (6feef9887)
- const override -> const MOZ_OVERRIDE (fa0ff1802)
- adapt pointer style writing to better accept patch (1a6627036)
- Bug 1113369, part 6 - [[PreventExtensions]] ObjectOpResult support. (5fa15660e)
- pointer style before applying patches (06380aade)
- const override -> const MOZ_OVERRIDE (fe5f9f3c0)
- Bug 1113369, part 7 - [[SetPrototypeOf]] ObjectOpResult support. (67e8d1987)
and some follow-up patches:
bug1140737, bug1141154, bug1141329 (8423980b0)
- import changes from rmottola/Arctic-Fox:
- Bug 940273 - Part 1 - Fetch changes from maple twig to support Service Worker Cache. (5f8e82dd7)
- Bug 940273 - Part 1b - Expose nsFileProtocolHandler.h in mozilla/net. (71a3ebcf4)
- Bug 940273 - Part 2 - Add a pref to enable Service Worker Cache. (2e7b478d3)
- patch header include (3b90a9b8d)
- override -> MOZ_OVERRIDE (8f51321bc)
- override -> MOZ_OVERRIDE (5f4ab5143)
- Bug 1136563 - ARIA 1.1: Support role 'switch' (2484c9c27)
- Bug 1121518 - ARIA 1.1: Add support for role 'searchbox' (8d3ee1204)
- override -> MOZ_OVERRIDE (3db7a0cb4)
- Bug 1137714 - Make roleDescription nicer/correct/faster (da6beb861)
- Bug 1134280 - Get rid of Tag() - patch 1 - Is{HTML,XUL,MathML,SVG}Element and IsAnyOf{HTML,XUL,MathML,SVG}Elements (133801ca1)
- Bug 1134280 - Get rid of Tag() - patch 2.1 - /accessible - Fix all the occurrences (fbef71d88)
- Bug 1134280 - Get rid of Tag() - patch 2.2 - /editor - Fix all the occurrences (e54a21dcc)
- Bug 1134280 - Get rid of Tag() - patch 2.3 - dom/base and docshell - Fix all the occurrences (8bf192106)
- Bug 1134280 - Get rid of Tag() - patch 2.4 - layout/mathml - Fix all the occurrences (7914f351d)
- Bug 1134280 - Get rid of Tag() - patch 2.5 - dom/xul - Fix all the occurrences (6611b95ef)
- Bug 1134280 - Get rid of Tag() - patch 2.6 - layout/base and layout/form - Fix all the occurrences (61e06ff31)
- Bug 1134280 - Get rid of Tag() - patch 2.7 - layout/generic - Fix all the occurrences (bbe5865c2)
- Bug 1134280 - Get rid of Tag() - patch 2.8 - dom/html - Fix all the occurrences (7af471da5)
- Bug 1134280 - Get rid of Tag() - patch 2.9 - dom/svg, dom/xml, dom/xslt and dom/xbl - Fix all the occurrences (ab9769748)
- Bug 1134280 - Get rid of Tag() - patch 2.10 - dom/events, dom/mathml, dom/plugins, dom/smil - Fix all the occurrences (421ba62f4)
- Bug 1134280 - Get rid of Tag() - patch 2.11 - layout/xul - Fix all the occurrences (e19e64b2c)
- Bug 1134280 - Get rid of Tag() - patch 2.12 - layout/style, layout/svg - Fix all the occurrences (7ec90f520)
- Bug 1134280 - Get rid of Tag() - patch 2.13 - Fix all the occurrences (a887a4341)
- Bug 1134280 - Get rid of Tag() - patch 3 - nsContentUtils::IsHTMLBlock should work with nsIContent inste nsIAtom (28fa04521)
- Bug 1134280 - Get rid of Tag() - patch 4 - Get rid of nsDocumentEncoder::IsTag (ed4bf4d48)
- Bug 1134280 - Get rid of Tag() - patch 5 - nsGenericHTMLElement::IsHTMLElement (70a2822c7)
- Bug 1134280 - Get rid of Tag() - patch 6 - Remove nsINode::Tag() (85885131f)
- Bug 1134280 - Get rid of Tag() - patch 7 - Followup to fix bustage. (actuall, backport, it was missing) (cfcfa3e74)
- Bug 1134280 - Get rid of Tag() - patch 8 - Fixed a debug-only compilation issue (502319995)
- Bug 1356843 - Fix -Wcomma warnings in dom/base/ and dom/xml/. clang's -Wcomma warning warns about suspicious use of the comma operator such as between two statements or to call a function for side effects within an expression. (0f1ad0554) (4573c3bc0)
- import changes from rmottola/Arctic-Fox:
- Bug 1125750 - Check the overflow region direction to avoid unnecesary reflow for scrollable frame. (6b5067631)
- Bug 1125750 - Add auto test to detect error when using mOuter to check overflow area of a scrollable frame. (4e9c43e31)
- override -> MOZ_OVERRIDE (ed1ecc151)
- Bug 990907 - Don't add text-overflow markers while being actively scrolled by APZ. (523bc5a3e)
- Bug 945584: Part 6 - Implementation of scroll snapping (v10 Patch) (bf64eb0f3)
- Bug 945584: Part 7 - Implement Scroll Snapping for Autoscroll, - Triggering scroll snapping at the end of an autoscroll. - This enables text selection to be unencumbered by scroll snapping, while restoring the scroll position to a valid snapping position when the drag operation is completed. (db9ce9811)
- Bug 945584: Part 8 - Implement Scroll Snapping for Middle Mouse Button Scrolls (v2 Patch) (06d1b733d)
- some MacOS 10.5 Leopard support (6a37f6745)
- Bug 945584: Part 9 - Tests for scroll snapping (v4 Patch) (f67175387)
- Bug 1102427 - Ensure scroll parents of an active scrollframe are layerized. (910d43ec5)
- Bug 1142731 followup. Check isInterpreted() before we call environment(), because of the asmjs lambdas. (29b2acdc7)
- Bug 1161627 - part 1 - add move constructor and assignment operator for already_AddRefed&& to RefPtr; This change is prep work for future mass rewriting. (98416d45c)
- Bug 1161627 - part 2 - machine-convert TemporaryRef<T> to already_AddRefed<T>; (336e96af7)
- Bug 1161627 - part 3 - remove TemporaryRef<T> from RefPtr.h (6c3acdaed)
- Bug 940273 - Part 3 - Service Worker Cache webidl. (4b6803d0a)
- Bug 940273 - Part 4 - Initial implementation of Service Worker Cache. (74498c108)
- Bug 1133861 - Bustage fix. (4a81437c2) (18a7a6885)
- import changes from rmottola/Arctic-Fox:
- Bug 940273 - Part 5 - Expose Service Worker Cache as window.caches when pref is enabled. (ed05e2028)
- Bug 940273 - Part 6 - Expose Service Worker Cache on workers as self.caches (ffbc3dd0f)
- Bug 940273 - Part 7 - Initial tests for Service Worker Cache. (828405e48)
- Bug 1139603: Add MOZ_OVERRIDE annotations in CacheParent.h and QuotaClient.cpp to fix clang -Winconsistent-missing-override. (dcd9139c3)
- Bug 1139153 - Rip out the unneeded layout.async-containerless-scrolling.enabled pref. (6bbaaa5c6) (b93691415)
- finally bump versions (6d775ae14)

Note: for unknown reason, this code becoming broken after my 8 Feb merge: (follow code found in Easy Drag2Go extension)

var tPrefs = Cc['@mozilla.org/preferences-service;1'].getService(Ci.nsIPrefService);
var lang = tPrefs.getComplexValue('general.useragent.locale', Ci.nsISupportsString).data;

07:20:40.283 TypeError: tPrefs.getComplexValue is not a function

and you will need changing nsIPrefService to nsIPrefBranch in order to make code working again.


* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.

roytam1 thank you!

@roytam1 Thanks!

Quote
roytam1
There should not be any incompatibilities found in users side, ONLY IF users try to do partial update(e.g. just replacing xul.dll/mozjs.dll instead of replacing all DLLs). If you tried to do so(e.g. using 76.1.1 xul.dll with 76.0 k-meleon.exe), it will crash at startup.

All macros should be fine at the moment. For XUL extensions, if any incompatibilities are found, it will be listed in release notes. (recently a mis-use of getComplexValue API form nsIPrefService interface is found, and will be listed in release notes)

All bundled kplugins source code will be fixed if source level (API) incompatibilities happens, and they will be rebuilt if binary level (ABI) incompatibilities happens. So users using bundled kplugins should be fine.

For external/3rd party kplugins, I don't know.

Thanks, that sounds rather harmless :-)

Quote
roytam1
var tPrefs = Cc['@mozilla.org/preferences-service;1'].getService(Ci.nsIPrefService);
var lang = tPrefs.getComplexValue('general.useragent.locale', Ci.nsISupportsString).data;

07:20:40.283 TypeError: tPrefs.getComplexValue is not a function

and you will need changing nsIPrefService to nsIPrefBranch in order to make code working again.

Interesting, is this how older broken addons can be fixed, just renaming "PrefService" to "PrefBranch"?

please fill in your working k-meleon to the hosting, give me a link, my official page does not open
Thank you!

Quote
siria

Quote
roytam1
var tPrefs = Cc['@mozilla.org/preferences-service;1'].getService(Ci.nsIPrefService);
var lang = tPrefs.getComplexValue('general.useragent.locale', Ci.nsISupportsString).data;

07:20:40.283 TypeError: tPrefs.getComplexValue is not a function

and you will need changing nsIPrefService to nsIPrefBranch in order to make code working again.

Interesting, is this how older broken addons can be fixed, just renaming "PrefService" to "PrefBranch"?

yeah

Quote
roytam1

Quote

Interesting, is this how older broken addons can be fixed, just renaming "PrefService" to "PrefBranch"?

yeah

Great! And is there a similarly easy addon-fix for the step from 76.0 to 76.1...?

Quote
roytam1
Note: for unknown reason, this code becoming broken after my 8 Feb merge: (follow code found in Easy Drag2Go extension)

var tPrefs = Cc['@mozilla.org/preferences-service;1'].getService(Ci.nsIPrefService);
var lang = tPrefs.getComplexValue('general.useragent.locale', Ci.nsISupportsString).data;

07:20:40.283 TypeError: tPrefs.getComplexValue is not a function

and you will need changing nsIPrefService to nsIPrefBranch in order to make code working again.

Try this:

var tPrefs = Cc['@mozilla.org/preferences-service;1'].getService(Ci.nsIPrefService).QueryInterface(Ci.nsIPrefBranch);
var lang = tPrefs.getComplexValue('general.useragent.locale', Ci.nsISupportsString).data;

Quote
siria

Quote
roytam1

Quote

Interesting, is this how older broken addons can be fixed, just renaming "PrefService" to "PrefBranch"?

yeah

Great! And is there a similarly easy addon-fix for the step from 76.0 to 76.1...?

IIRC no, nsPIDOMWindow is C++ only interface and it is not related to XUL side.

Quote
adodupan

Quote
roytam1
Note: for unknown reason, this code becoming broken after my 8 Feb merge: (follow code found in Easy Drag2Go extension)

var tPrefs = Cc['@mozilla.org/preferences-service;1'].getService(Ci.nsIPrefService);
var lang = tPrefs.getComplexValue('general.useragent.locale', Ci.nsISupportsString).data;

07:20:40.283 TypeError: tPrefs.getComplexValue is not a function

and you will need changing nsIPrefService to nsIPrefBranch in order to make code working again.

Try this:

var tPrefs = Cc['@mozilla.org/preferences-service;1'].getService(Ci.nsIPrefService).QueryInterface(Ci.nsIPrefBranch);
var lang = tPrefs.getComplexValue('general.useragent.locale', Ci.nsISupportsString).data;

yes this will work as well.
but more easy fix is just replace nsIPrefService with nsIPrefBranch here.

Quote
roytam1

Quote
adodupan

Quote
roytam1
Note: for unknown reason, this code becoming broken after my 8 Feb merge: (follow code found in Easy Drag2Go extension)

var tPrefs = Cc['@mozilla.org/preferences-service;1'].getService(Ci.nsIPrefService);
var lang = tPrefs.getComplexValue('general.useragent.locale', Ci.nsISupportsString).data;

07:20:40.283 TypeError: tPrefs.getComplexValue is not a function

and you will need changing nsIPrefService to nsIPrefBranch in order to make code working again.

Try this:

var tPrefs = Cc['@mozilla.org/preferences-service;1'].getService(Ci.nsIPrefService).QueryInterface(Ci.nsIPrefBranch);
var lang = tPrefs.getComplexValue('general.useragent.locale', Ci.nsISupportsString).data;

yes this will work as well.
but more easy fix is just replace nsIPrefService with nsIPrefBranch here.

It seems that your knowledge has a hole in the basics.
Try to imagine these interfaces as two objects, because they are objects. To simplify:

var nsIPrefService = {};

var nsIPrefBranch = {
  getComplexValue: function () {}
};

As you can see, the function getComplexValue() is not part of the nsIPrefService object. This is 'unknown reason' why you get the error 'tPrefs.getComplexValue is not a function'.

The way that you described as an easy fix, is the only way to call the function getComplexValue(), now, and before february 8th, whatever you think you did on february 8th.
Perhaps you should consider option to read more about functions of these interfaces at mozilla's website.

The function QueryInterface() is a function provided by all components which can be used to get a specific interface of that component. In this case, QueryInterface() is just good practice, because you can use your variable tPrefs to call the functions of both objects, nsIPrefService and nsIPrefBranch.

Regards

Quote
adodupan

Quote
roytam1

Quote
adodupan

Quote
roytam1
Note: for unknown reason, this code becoming broken after my 8 Feb merge: (follow code found in Easy Drag2Go extension)

var tPrefs = Cc['@mozilla.org/preferences-service;1'].getService(Ci.nsIPrefService);
var lang = tPrefs.getComplexValue('general.useragent.locale', Ci.nsISupportsString).data;

07:20:40.283 TypeError: tPrefs.getComplexValue is not a function

and you will need changing nsIPrefService to nsIPrefBranch in order to make code working again.

Try this:

var tPrefs = Cc['@mozilla.org/preferences-service;1'].getService(Ci.nsIPrefService).QueryInterface(Ci.nsIPrefBranch);
var lang = tPrefs.getComplexValue('general.useragent.locale', Ci.nsISupportsString).data;

yes this will work as well.
but more easy fix is just replace nsIPrefService with nsIPrefBranch here.

It seems that your knowledge has a hole in the basics.
Try to imagine these interfaces as two objects, because they are objects. To simplify:

var nsIPrefService = {};

var nsIPrefBranch = {
  getComplexValue: function () {}
};

As you can see, the function getComplexValue() is not part of the nsIPrefService object. This is 'unknown reason' why you get the error 'tPrefs.getComplexValue is not a function'.

The way that you described as an easy fix, is the only way to call the function getComplexValue(), now, and before february 8th, whatever you think you did on february 8th.
Perhaps you should consider option to read more about functions of these interfaces at mozilla's website.

The function QueryInterface() is a function provided by all components which can be used to get a specific interface of that component. In this case, QueryInterface() is just good practice, because you can use your variable tPrefs to call the functions of both objects, nsIPrefService and nsIPrefBranch.

Regards

I said "unknown reason" because that code used to work. libpref code has no change and now it doesn't work.

[Inappropriate content]
Seven days from today, i'll meet you here to see if there are changes in your attitude

Regards



Edited 1 time(s). Last edit at 02/26/2019 07:29AM by adodupan.

Hey guys!

Can't thank you enough for the great, amazing work and dedication. Latest build works great for me (but my needs are very, very basic).

An unrelated/related theoretical curiosity:
With last Firefox ESR (Extended Support Release) for XP/Vista being ESR version 52.9 (They're up to ESR version 60) TOR Browser has dropped support for XP/Vista as they use the Firefox ESR version Engine for Tor Browser.

Would it be out of thr realm of possibility for TOR to incorporate K-M and bring back support to W2k, XP, Vista etc.?


Just a thought



Edited 1 time(s). Last edit at 02/27/2019 07:56PM by Mtestlab.

Ouch! I based that TOR Browser comment on when they dropped support for XP a while ago.

Just viewed their site, apparently TOR have/are developing options for older O/S (including Win9x!:O)

https://www.torproject.org/download/download.html.en

"Expert Bundle
Windows 10, 8, 7, Vista, XP, 2000, 2003 Server, ME, and Windows 98SE

Contains just Tor and nothing else. You'll need to configure Tor and all of your applications manually. This installer must be run as Administrator."

Looking at the package I am way out of my comfort zone. Am I wrong in the assumption TOR Browser could be incorporated in K-M Goanna?

Again, just a thought.

New regular/weekly KM-Goanna release:
https://o.rthost.win/kmeleon/KM76.1.1-Goanna-20190302.7z

Changelog:

Out-of-tree changes:
* update Goanna3 to git 2e31415af..d0444154b:
- import changes from rmottola/Arctic-Fox:
- Bug 1129223 - Remove local mozAfterRemotePaint events (a9aec8f51)
- override -> MOZ_OVERRIDE (2de5b532c)
- Bug 1129223 - Introduce new, more efficient mozLayerTreeReady event (9a363c950)
- Bug 963921 - Clients of the JS API should use JS_DefineElement where appropriate (912f064c0)
- Bug 1133746. Allow DOMProxyShadows to communicate to the JIT whether the shadowing is done by the expando object or not. (dbe537f12) (301eae9eb)
- aboutDialog: always show build date (e2ac38931)
- import changes from rmottola/Arctic-Fox:
- Bug 1112164 part 0 - PrintUse: Use AnyRegister::name method for printing the name of Fixed register uses. (996f68005)
- Bug 1112164 part 1 - x86/x64 lowerForFPU: Do not reuse the input register if the MIRType are different. (8722bfc62)
- Bug 1112164 part 2 - Rename ReturnSimdReg to ReturnInt32x4Reg and ReturnFloat32x4Reg. (158171a74)
- Bug 1112164 part 3 - Add {Float,}Register::Encoding to represent what can be decoded from the assembly. (64a7488e8)
- Bug 1112164 part 4 - SimdReinterpretCast: Do not use redefine as the MIRType of the input & output are different. (441077b2b) (e9a10fb1a)
- configure: remove restriction of redist DLL location (ba8924b6e)
- import changes from rmottola/Arctic-Fox:
- add X11 flags to allow building on NetBSD (72667df53)
- Bug 1122856 - OdinMonkey: Split out the flag that says "bounds checks are unneeded because of signal handling" (36bb96c9e)
- Bug 986981 - OdinMonkey: Optimize addresses with constant offsets on x86 and x64 (e0fd22c6e)
- Bug 1138205 - use a reinterpret_cast instead of a static_cast after bug 986981, fixes build on OpenBSD/amd64. (5e1dd72a1)
- Bug 1138180 - Make --disable-ion compilable again. (f835126ba) (d0444154b)

* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.

A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

** Notice: Due to a rewrite of git history, old goanna3 git commit hashes are not matched. Please use corresponding commit message to search back the hash. Sorry for any inconvenience caused.



Edited 2 time(s). Last edit at 03/02/2019 05:28AM by roytam1.

roytam1 thank you!

Quote
roytam1
A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

** Notice: Due to a rewrite of git history, old goanna3 git commit hashes are not matched. Please use corresponding commit message to search back the hash. Sorry for any inconvenience caused.

https://github.com/roytam1/palemoon27/tree/kmeleon76

Quote

A forked repo of Pale Moon v27 web browser and its Goanna v3 engine ("Tycho") aiming to target WindowsXP.

browser changes for K-Meleon 76 Mar 2, 2019
build Issue #1610 part 1: Add valgrind suppression for uninitialized memory… Jul 25, 2018
caps changes for K-Meleon 76 Mar 2, 2019
chrome Add extra check for path traversal sanity v2. Jul 25, 2018
config finally bump versions Feb 23, 2019
content Merge pull request #1 from mozilla/esr38: Esr38 upstream pull Jul 24, 2018

While at it, and old commit hashes lost anyway, please, could you now update the version number from 2015 too? At least call it e.g. KM-Goanna 76.1.x?
This build is now 3 years ahead of real K-Meleon 76.0 (=gecko, by Dorian). Yet everyone who's not following forums closely has to believe that KM76=KM76 - same name, same version :-/
Acc traditional KM numbering Dorian would have given Goanna version 77 from the beginning, as he even posted himself.

Quote
siria

Quote
roytam1
A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

** Notice: Due to a rewrite of git history, old goanna3 git commit hashes are not matched. Please use corresponding commit message to search back the hash. Sorry for any inconvenience caused.

https://github.com/roytam1/palemoon27/tree/kmeleon76

Quote

A forked repo of Pale Moon v27 web browser and its Goanna v3 engine ("Tycho") aiming to target WindowsXP.

browser changes for K-Meleon 76 Mar 2, 2019
build Issue #1610 part 1: Add valgrind suppression for uninitialized memory… Jul 25, 2018
caps changes for K-Meleon 76 Mar 2, 2019
chrome Add extra check for path traversal sanity v2. Jul 25, 2018
config finally bump versions Feb 23, 2019
content Merge pull request #1 from mozilla/esr38: Esr38 upstream pull Jul 24, 2018

While at it, and old commit hashes lost anyway, please, could you now update the version number from 2015 too? At least call it e.g. KM-Goanna 76.1.x?
This build is now 3 years ahead of real K-Meleon 76.0 (=gecko, by Dorian). Yet everyone who's not following forums closely has to believe that KM76=KM76 - same name, same version :-/
Acc traditional KM numbering Dorian would have given Goanna version 77 from the beginning, as he even posted himself.

km76.x in short is km76 so it is not an issue here.

@roytam1 Thanks!

New regular/weekly KM-Goanna release:
https://o.rthost.win/kmeleon/KM76.1.1-Goanna-20190309.7z

Changelog:

Out-of-tree changes:
* update Goanna3 to git d0444154b..804907cdb:
- import changes from rmottola/Arctic-Fox:
- Bug 1135903 - OdinMonkey: Check the siginfo si_code field before handling a SIGSEGV (e5452f1ac)
- Bug 1112164 part 5 - Distinguish between the FloatRegister code and the encoding on x86 & x64. (7e27e254d)
- Bug 1152176 - xpcom: Define linux kernel BLOCK_SIZE if necessary. (4ff9c701e) (804907cdb)

* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.

A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

roytam1 thank you!

@roytam1 Thanks!

@roytam1 thanks :cool: