Quote
roytam1

Quote
hermes
Thanks, will research. Though almost already 67 year old) I'll try to help, if i can.
Noticed that as in the original builds it is recommended a small edit in k-meleon.exe.

(original)
0057620: 0000 0000 332e 342e 3100 0000 2257 494e  ....3.4.1..."WIN
0057630: 4e54 2200 3230 3134 3031 3035 0000 0000  NT".20140105....

(edit)
0057620: 0000 0000 3736 2e30 0000 0000 2257 494e  ....76.0...."WIN
0057630: 4e54 2200 332e 3400 3031 3035 0000 0000  NT".3.4.0105....

Small correction correcting two problems at once. Firstly corrects the user-agent
(especially if general.useragent.compatMode 0 and 1 as a part setting 2).

Secondly does not cause rejection xpi and call brooding window retune when you
change this setting and restart the browser (if you xpi install earlier).

It is not critical (optional) solution. Just improves compatibility (especially with xpi
which verifying these values).

you may just setting kmeleon.install_firefox_extension=0 in about:config to make it checking real K-Meleon version.

Not entirely and case it's not just in user-agent. For the first time this behavior was noticed in the 75th version and fully migrated to the 76 release.

Simple manipulation with kmeleon.install_firefox_extension without the changes described above (in the case of installed some capricious XPi) will lead to this behavior:

(direct link) https://getfile.dokpub.com/yandex/get/https://yadi.sk/d/JnJXjb-K3QH8TR (~28 K
Video_2017-12-03_212741.wmv (640x480 ~30 sec.)

The window itself never closes



And with the xpi, the following occurs:




(despite in fact that they have installed without error messages)


But if apply this patch:




and they work!

But as was said, it is optional. And such manipulation in a hex editor I successfully implement since the 74th version. This is not a not significant change, but maybe is useful to someone.

Quote
hermes

Quote
roytam1

Quote
hermes
Thanks, will research. Though almost already 67 year old) I'll try to help, if i can.
Noticed that as in the original builds it is recommended a small edit in k-meleon.exe.

(original)
0057620: 0000 0000 332e 342e 3100 0000 2257 494e  ....3.4.1..."WIN
0057630: 4e54 2200 3230 3134 3031 3035 0000 0000  NT".20140105....

(edit)
0057620: 0000 0000 3736 2e30 0000 0000 2257 494e  ....76.0...."WIN
0057630: 4e54 2200 332e 3400 3031 3035 0000 0000  NT".3.4.0105....

Small correction correcting two problems at once. Firstly corrects the user-agent
(especially if general.useragent.compatMode 0 and 1 as a part setting 2).

Secondly does not cause rejection xpi and call brooding window retune when you
change this setting and restart the browser (if you xpi install earlier).

It is not critical (optional) solution. Just improves compatibility (especially with xpi
which verifying these values).

you may just setting kmeleon.install_firefox_extension=0 in about:config to make it checking real K-Meleon version.

Not entirely and case it's not just in user-agent. For the first time this behavior was noticed in the 75th version and fully migrated to the 76 release.

Simple manipulation with kmeleon.install_firefox_extension without the changes described above (in the case of installed some capricious XPi) will lead to this behavior:

(direct link) https://getfile.dokpub.com/yandex/get/https://yadi.sk/d/JnJXjb-K3QH8TR (~28 K
Video_2017-12-03_212741.wmv (640x480 ~30 sec.)

The window itself never closes



And with the xpi, the following occurs:




(despite in fact that they have installed without error messages)


But if apply this patch:




and they work!

But as was said, it is optional. And such manipulation in a hex editor I successfully implement since the 74th version. This is not a not significant change, but maybe is useful to someone.

for 1st edit is here:
https://sourceforge.net/p/kmeleon/source/ci/default/tree/k-meleon/app/KmAppInfo.cpp#l62

and for 2nd edit is here:
https://sourceforge.net/p/kmeleon/source/ci/default/tree/k-meleon/app/KmAppInfo.cpp#l99

for 1st one I can just change it to "aVersion = NS_STRINGIFY(KMELEON_UVERSION);"

for 2nd one, should GetPlatformBuildID() really return "3.4" instead?

By default, kmeleon.install_firefox_extension = false ;

Then user-agent (in my case) if general.useragent.compatMode (at this point, default = 2)

=2
Mozilla/5.0 (Windows NT 5.2; rv:52.9) Gecko/20100101 Goanna/3.4 Firefox/52.9 K-Meleon/76.0

=1
Mozilla/5.0 (Windows NT 5.2; rv:3.4) Gecko/20100101 Goanna/20140105 K-Meleon/76.0

=0
Mozilla/5.0 (Windows NT 5.2; rv:3.4) Goanna/20140105 K-Meleon/76.0


However, the current architecture is such that it requires (for installation and operation xpi)

kmeleon.install_firefox_extension = true ;

and if you do, we have (if general.useragent.compatMode):

=0
Mozilla/5.0 (Windows NT 5.2; rv:3.4) Goanna/20140105 K-Meleon/3.4.1

=1
Mozilla/5.0 (Windows NT 5.2; rv:3.4) Gecko/20100101 Goanna/20140105 K-Meleon/3.4.1

=2
Mozilla/5.0 (Windows NT 5.2; rv:52.9) Gecko/20100101 Goanna/3.4 Firefox/52.9 K-Meleon/3.4.1


Happens changing the version number that the browser reports to xpi.
And this leads to the above problem. Especially if xpi was installed with a "different" version.

As example, if program have version number 76.0 she should not consider himself 3.4.1.
Or if considers is 3.4.1, not can be 76.0 later. Value is not critical, but it should be one.

Based on the described obtained, if kmeleon.install_firefox_extension = true ;

(and general.useragent.compatMode) received values must be:

=0
Mozilla/5.0 (Windows NT 5.2; rv:3.4) Goanna/3.4 K-Meleon/76.0

=1
Mozilla/5.0 (Windows NT 5.2; rv:3.4) Gecko/20100101 Goanna/3.4 K-Meleon/76.0

=2
Mozilla/5.0 (Windows NT 5.2; rv:52.9) Gecko/20100101 Goanna/3.4 Firefox/52.9 K-Meleon/76.0


If kmeleon.install_firefox_extension = false ;

(and general.useragent.compatMode) received values must be:

=2
Mozilla/5.0 (Windows NT 5.2; rv:52.9) Gecko/20100101 Goanna/3.4 Firefox/52.9 K-Meleon/76.0

=1
Mozilla/5.0 (Windows NT 5.2; rv:3.4) Gecko/20100101 Goanna/3.4 K-Meleon/76.0

=0
Mozilla/5.0 (Windows NT 5.2; rv:3.4) Goanna/3.4 K-Meleon/76.0

...
Ie not fundamentally 3.4 or 3.4.1. Just replace in xul.dll 52.9 to 3.4.1 failed (due to different lengths in bytes) had to limit only replace in k-meleon.exe. But that was enough.
Of course 3.4.1 it would be more correct (as Goanna/3.4.1 K-Meleon/76.0, or rv:3.4.1).
But this is not essential (although it is logical):

Mozilla/5.0 (Windows NT 5.2; rv:52.9) Gecko/20100101 Goanna/3.4.1 Firefox/52.9 K-Meleon/76.0

Mozilla/5.0 (Windows NT 5.2; rv:3.4.1) Gecko/20100101 Goanna/3.4.1 K-Meleon/76.0

Mozilla/5.0 (Windows NT 5.2; rv:3.4.1) Goanna/3.4.1 K-Meleon/76.0



Edited 2 time(s). Last edit at 12/04/2017 03:33AM by hermes.

So it depends on what you really want to return. FYI:

in xulrunner-sdk/inculde/mozilla-config.h:

#define MOZILLA_COMPATVERSION "52.9"
#define MOZILLA_COMPATVERSION_U 52.9
#define MOZILLA_UAVERSION "3.4"
#define MOZILLA_UAVERSION_U 3.4
#define MOZILLA_VERSION "3.4.1"
#define MOZILLA_VERSION_U 3.4.1
#define MOZ_APP_UA_NAME ""
#define MOZ_APP_UA_VERSION "3.4.1"

and MOZILLA_BUILDID is in:
https://sourceforge.net/p/kmeleon/source/ci/default/tree/k-meleon/app/KMeleonConst.h#l21

#define KMELEON_VERSION	               0x02030006
#define MOZILLA_BUILDID 20140105
#define KMELEON_BUILDID 7600
#define KMELEON_UVERSION 76.0

Edited 1 time(s). Last edit at 12/04/2017 03:49AM by roytam1.

Even settings change default:

(by default, kmeleon.install_firefox_extension = false )
user_pref("extensions.lastAppVersion", "76.0");
user_pref("extensions.lastPlatformVersion", "76.0");

(or, kmeleon.install_firefox_extension = true )
user_pref("extensions.lastAppVersion", "3.4.1");
user_pref("extensions.lastPlatformVersion", "3.4.1");



Edited 2 time(s). Last edit at 12/04/2017 03:49AM by hermes.

#define MOZILLA_COMPATVERSION "52.9"
#define MOZILLA_COMPATVERSION_U 52.9
#define MOZILLA_UAVERSION "3.4.1"
#define MOZILLA_UAVERSION_U 3.4.1
#define MOZILLA_VERSION "3.4.1"
#define MOZILLA_VERSION_U 3.4.1
#define MOZ_APP_UA_NAME ""
#define MOZ_APP_UA_VERSION "3.4.1"

#define MOZILLA_BUILDID 3.4.1

but what with conversion 76.0 / 3.4.1 ?



Edited 1 time(s). Last edit at 12/04/2017 03:43AM by hermes.

But must be: (always)
user_pref("extensions.lastAppVersion", "76.0");
user_pref("extensions.lastPlatformVersion", "76.0");

or 3.4.1 (but static)



Edited 1 time(s). Last edit at 12/04/2017 03:50AM by hermes.

Quote
hermes
#define MOZILLA_COMPATVERSION "52.9"
#define MOZILLA_COMPATVERSION_U 52.9
#define MOZILLA_UAVERSION "3.4.1"
#define MOZILLA_UAVERSION_U 3.4.1
#define MOZILLA_VERSION "3.4.1"
#define MOZILLA_VERSION_U 3.4.1
#define MOZ_APP_UA_NAME ""
#define MOZ_APP_UA_VERSION "3.4.1"

#define MOZILLA_BUILDID 3.4.1

but what with conversion 76.0 / 3.4.1 ?

Quote
hermes
But must be: (always)
user_pref("extensions.lastAppVersion", "76.0");
user_pref("extensions.lastPlatformVersion", "76.0");

or 3.4.1 (but static)

so MOZILLA_UAVERSION is not used by K-Meleon, and Goanna uses it internally for generating user-agent string.

and maybe we can change KmAppInfo::GetVersion() and KmAppInfo::GetPlatformVersion() to force it to use KMELEON_UVERSION and fix the issue.

EDIT: 7z archive updated.



Edited 2 time(s). Last edit at 12/04/2017 04:10AM by roytam1.

Everything works) Thank you!

Installed XPi continues to work despite the change kmeleon.install_firefox_extension
or general.useragent.compatMode.
...
But maybe logical consistency (for replace):
Goanna/20140105 to Goanna/20171203 as in PaleMoon*? Or... simply in 3.4.1 (3.4 as universal)?

--
*because engine is obviously not 2014



Edited 5 time(s). Last edit at 12/04/2017 04:49AM by hermes.

Vry nice but a bit difficult to implement for a normal user.
Could someone make a synthesis and put everything in a new download, please?

Would be extremely helpful.

Thx a lot in advance,

Mala Okeh

Quote
Mala Okeh
Vry nice but a bit difficult to implement for a normal user.
Could someone make a synthesis and put everything in a new download, please?

Would be extremely helpful.

Thx a lot in advance,

Mala Okeh

For now, it is better that I just updating same 7z archive.
Letting new users downloading numerous of files to complete a usable state is no good to me.
KM76-Goanna*.7z is mandatory package. Once it is unpacked, people can just run and use. Any other 7z archive is optional.

@roytam1
Conducted additional tests on the following processors:

(with MMX only)




(with MMX and SSE, but without SSE2)




The result is negative. The current build requires SSE2.

Also the tests on a clean XP (gold) and with SP1 show GetLogicalProcessorInformation error
(as expected, http://kmeleonbrowser.org/forum/read.php?8,135856,136426#msg-136426 ).

Waiting for new tests)



Edited 1 time(s). Last edit at 12/04/2017 01:35PM by hermes.

Quote
hermes
@roytam1
Conducted additional tests on the following processors:

(with MMX only)

https://s18.postimg.cc/wjt6rjpd5/cpuz_mmx.png


(with MMX and SSE, but without SSE2)

https://s18.postimg.cc/4wghdgrbt/cpuz_mmx_SSE.png


The result is negative. The current build requires SSE2.

Also the tests on a clean XP (gold) and with SP1 show GetLogicalProcessorInformation error
(as expected, http://kmeleonbrowser.org/forum/read.php?8,135856,136426#msg-136426 ).

Waiting for new tests)

Please redownload and replace all files and test it again.
vcomp120.dll and wow-helper.exe can be deleted.



Edited 2 time(s). Last edit at 12/04/2017 03:32PM by roytam1.

LAV filters to version 0.70 (the last 0.69) is quite efficient without SSE2 instructions.

LAV 0.69
https://github.com/Nevcairiel/LAVFilters/releases/tag/0.69
The necessary three files can be taken from the archive.

Quote
hermes
LAV filters to version 0.70 (the last 0.69) is quite efficient without SSE2 instructions.

LAV 0.69
https://github.com/Nevcairiel/LAVFilters/releases/tag/0.69
The necessary three files can be taken from the archive.

so everything works?

Error message: "K-Meleon failed to initialize. Please reinstall".
...
Was checking to see if I messed up anything) No... not working.
On processor with SSE2 without errors.

Glad to see that someone is trying to keep KM alive.
I tested the new KM with Goanna and it's working fine. Even Facebook loop image and videos fix . Some bugs:
-flash site (www.flashscore.com) does not show even with flash enabled
-open in browser does not work.
-search as you tipe on Google does not work

Maybe i will return to KM , other browser are just sh**t , i am struggling

Quote
hermes
Error message: "K-Meleon failed to initialize. Please reinstall".
...
Was checking to see if I messed up anything) No... not working.
On processor with SSE2 without errors.

seems somewhere has invalid opcode(to old processors) in either k-meleon.exe or goanna.

BTW IA32 build of palemoon seems running fine?




Edited 1 time(s). Last edit at 12/04/2017 04:59PM by roytam1.

@KMfan2
What is '-open in browser'? - The dialog 'File -> Open'?

@roytam1
On what Windows version do you compile Goanna?

Quote
roytam1
BTW IA32 build of palemoon seems running fine?

Confirm! IA32 build of palemoon is completely running on old Celeron (without any SSE).

Quote

roytam1
seems somewhere has invalid opcode(to old processors) in either k-meleon.exe or goanna.

Yes, if palemoon has started, case in KM. But 76RC was able to work on processors without SSE.



Edited 3 time(s). Last edit at 12/04/2017 05:27PM by hermes.

Quote
hermes

Quote

seems somewhere has invalid opcode(to old processors) in either k-meleon.exe or goanna.

Yes, if palemoon has started, case in KM. But 76RC was able to work on processors without SSE.

Since I don't touch any processor-related compile flags, so it must be some leftover on KM hg repo.

Quote
roytam1

Quote
hermes

Quote

seems somewhere has invalid opcode(to old processors) in either k-meleon.exe or goanna.

Yes, if palemoon has started, case in KM. But 76RC was able to work on processors without SSE.

Since I don't touch any processor-related compile flags, so it must be some leftover on KM hg repo.

Might be worth a try /arch:IA32 https://msdn.microsoft.com/en-us/library/7t5yh4fd.aspx

Quote
roytam1
Since I don't touch any processor-related compile flags, so it must be some leftover on KM hg repo.

He added a line to all vcxproj-files to disable SSE. You don't use them.

<EnableEnhancedInstructionSet>NoExtensions</EnableEnhancedInstructionSet>

Are you using XP-SP3 to compile?

Quote
anonymous
@KMfan2
What is '-open in browser'? - The dialog 'File -> Open'?

No. Open in browser made by rodocop.

@KMfan2
Could be 'browser.kmm' in his pro version. It uses custom preferences.

@hermes
You found it before I posted. 'NoExtensions == /arch:IA32'

Cannot guarantee but I SUSPECT that KM 76 RC (in fact it should be considered RC2) from 01.07.2016 was SSE2-free, but
RC2 (in fact RC3) from 19.11.2016 - was a regression to SSE2-dependence.

Dorian had probs with his SSD and has just quickly restored all the saved after crashes - in package published at 22.12.2016 but he forewarned us there could be more probs than in July RC



Edited 1 time(s). Last edit at 12/04/2017 11:04PM by rodocop.

At least I was definitely unable to run last exe from 19.11.2016 (RC2 from 22.12.2016) on Athlon XP (without SSE2).



Edited 1 time(s). Last edit at 12/04/2017 11:06PM by rodocop.

Quote
anonymous

Quote
roytam1
Since I don't touch any processor-related compile flags, so it must be some leftover on KM hg repo.

He added a line to all vcxproj-files to disable SSE. You don't use them.

<EnableEnhancedInstructionSet>NoExtensions</EnableEnhancedInstructionSet>

Are you using XP-SP3 to compile?

actually I did use the flags, they're unchanged.
But I find that I need to replace xulrunner-sdk files after adding '-arch:IA32' to mozconfig
7z archive replaced and it works now.



for build environment, I have to use Win7 since VS2013 won't install in XP.



Edited 1 time(s). Last edit at 12/04/2017 11:29PM by roytam1.

When non-english locale set, about:addons doesn't show addons info - just icons in list:







Edited 1 time(s). Last edit at 12/05/2017 07:19AM by rodocop.