K-Meleon on Goanna :
K-Meleon Web Browser Forum
updated test binary of K-Meleon 74 with Goanna 2.2(palemoon-26.5) that works in Win2000:
http://o.rthost.win/gpc/files1.rt/KM74-g22-20180718.win2000.7z
Goanna engine Changes since last build:
- SList: replace KEx version with MSPS (MIT license) portable version (c6bfbd135)
- nsNativeThemeWin: check nsUXThemeData::drawThemeEdge pointer before use (0dbac0169)
* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.
so HTML5 Video is working in vanilla Win2000 now.
cool!
thanks!
2K DC SP4
98 SE
Strange, all files of db in a profile have appeared, locally everything works.
But https on 9x doesn't open. I have recreated the virtual machine from scratch.
Edited 3 time(s). Last edit at 07/19/2018 12:17PM by hermes.
Thanks for the update!
Haven't tested online yet, just a quick first test for GUI-bugs so far. Looks like those are still all there (cumulative wait for every link contained on a page ~0.1sec/link, history sqlite broken, frequent crashing around toolbars or menus etc)
Still no key3.db for new profile, but that's just my buggy KernelEx17 install
PS:
MSFN forum Forbidden-403 has some prob with colons (double dots). Tried some variations for the duplicate "::" in the changelog, with inserting blanks or slashes etc, or using only single colons, but nothing worked except _:_
Would edit my post there, but find no Edit button, and must wait whopping 5 hours between every single post - ouf...
Edited 1 time(s). Last edit at 07/19/2018 04:12PM by siria.
Thanks for your hint, it is reported and Ops are now being noticed:
https://msfn.org/board/topic/177548-http-403-error-when-replynew-topic-or-editing-posts/?page=2&tab=comments#comment-1152278
Oh great, there goes my hope that the prob may only be the installation-method of Kex17
Now yours is messed too, just in another way.
Did you try Kex16 too perhaps? Or was it 15... I remember there were older reports already on MSFN that the newest Kex-updates are breaking old apps, but who knows, perhaps a slightly older version would be better? (you can test that easier with your VM ;-)
Also wonder, if the known hack of copying over 3 db-files from an older, working profile of Firefox or another older KM-installation would load https in the current install...
Just an observation, no idea if it matters:
A few years ago Mozilla changed the omni.ja's zipping to a newer method so that 7zip couldn't open them anymore. A modern version could, but not the last 7z version running in 98 with base KernelEx. Before I updated KernelEx to v17, my older 7z could only open the omni.ja's in some earlier KM-versions and in rodocops KM76Pro, but not in the last official KM-geckos, not in KM-Goanna and neither in KM74-Goanna.
I suppose KM does not use 7z itself for accessing its omni's, but perhaps that 'modern' zipping method is still more difficult and contributes to the need for a newer KernelEx version?
@siria
7-ZiP v.9.10beta (and WinRAR v.3.92) fully support Win9x without any extensions.
I use this versions on any systems (including newest and very old, for every day use).
...
WinRAR classify omni.ja as SFX ZiP (i.e. archive have modified header = 246 687 bytes).
After little editing (in hex editor), this archive can be extracted even with many old DOS
programs (for zip archives).
Edited 2 time(s). Last edit at 08/08/2018 10:05PM by hermes.
7Zip 18.05 runs on 98/ME + KernelEX 4.5.2016.17. I can open these files. KernelEx 4.5.2 needs Kext (Kstub + ini entry "[Advapi32.dll] LsaAddAccountRights=").
If I'm not mistaken the last version I could get running on "basic" KernelEx was 7z 9.30
But the new omni-format needed 9.34
After Kex update I updated 7z to 15.11, that's what I'm still using. It works fine. Didn't update to the latest possible, because the KernelEx wiki says 15.11 is the last version to allow drag&drop in the file manage.
That "kstub" thing is an interesting concept, so I had actually tried it first, intending to update only as little as necessary. But for whatever reason Windows didn't even start anymore, then removed again and next try was Kex16+17
@siria
The compression used in 'omni.ja' existed long before 7-Zip. It has a 'PK' header. Support to extract only the zip part of 'omni.ja' files was added to 7-Zip after Mozilla programs started using them.
If KernelEx conflicts would block reading parts of 'omni.ja' files, K-Meleon would crash on startup. You never asked for it, but both 'omni.ja' files can be replaced with files in folders.
Just had the craziest, reproducible right-click crash in KM1.6 on 98SE.
A completely new experience in KM1.6, yet happening all the time in KG74:
as soon as the mouse just slightly touched a certain popup submenu, KM crashed.
After long searching found the culprit:
a little typo in a macro name in a setmenu line!
xxx_openkmm instead of xxx_openKMM
KM usually is quite robust with menu names, it doesn't care if a macro name even exists or not, but obviously there's a conflict (in Win98) when the upper/lowercase spelling is wrong. Never had such a menu prob before in KM, but an old known prob is that macrocommand getfolder(xxx) returns only uppercase (IIRC), regardless if the real folder names are lowercase or mixed. Yeah am aware the basic culprit is the old system.
Just now wondering if such upper/lowercase stuff may be a core reason for all the KG74 crashing on Win98?
Perhaps should now start checking all command names in macros, but... ouff....
Another prob is, the KG74 crashes aren't so reproducible. Strongly feel they are also RAM-related, depending on how heavy the system is working at the moment.
Just wanted to note this somewhere, perhaps it helps some day someone.
Links are down.
Please update these links or put updated version links.
Thanks
o.rthost.cf => o.rths.cf
Needs correction in first post
http://kmeleonbrowser.org/forum/read.php?19,146040,page=1
Fixed it.
Struggling with that version chaos again, with KMG juggling 4 versions at once: for K-Meleon/Firefox/Gecko/Goanna....
Recently because every xpi-addon thinks KG74 were "Firefox 2.2", and at the moment stumbled across this:
Platform.ini: BuildID=20180718222857 MS=2.2.0
K-Meleon 74.0 (general.useragent.vendor + vendorSub)
UA: Mozilla/5.0 (Windows NT 5.0; rv:2.2) Goanna/20140105 K-Meleon/2.2.0
___nsIXULAppInfo___
name: K-Meleon
ID: {ec8030f7-c20a-464f-9b0e-13a3a9e97384} (=Firefox)
version: 2.2.0 (=Goanna)
platformVersion: "2.2.0"
appBuildID: 7400
platformBuildID: 20140105
(and that function reveals no engine, only its version? no wonder too)
So this is the core prob:
KG74 reports itself with real engine "2.2" of Goanna, yet at the same time pretends to be Firefox! (ec8030)
Result: it reports it were prehistoric "Firefox 2.2"
Wondering if it would be possible to fake both together? browser engine and version:
If faking Firefox, then also fake engine version 24
Or if fake Palemoon, then goanna 2.2?
(or if genuine KM, then ??? What a mess if engines change and the version number jumps backwards!)
At the moment no idea how modern KMG handles this, only remember that Dorian struggled across several KM7x-versions until xpi-addons finally were happy.
MSFN: https://msfn.org/board/topic/178283-how-you-really-browse-the-web-on-98me-in-2019/page/6/?tab=comments#comment-1166642
Sounds great
Can you reproduce it yourself, without an old machine?
And am just assuming this affects KG74 as well? Although only the engine is the same, which seems to work quite well, am much more suspecting the KM-shell... And am also still using the older KernelEx version (16), the newer ones are getting better and better just haven't managed yet to update.
So, not sure if it helps anything, just my crash impressions for KG74 on 98se.
The main issue seems to be Menus, since by far most crashes happen when right-clicking anywhere. In a page, or on a button, instantly as soon as "click". Not always, but *very* often. The normal "left click" menus in the main bar are much less affected, crashing very rarely, but can happen too.
Normally it's not reproducable. After a restart the very same menu may crash again, or may work, and then awhile later start crashing again.
Also have a feeling my constant probs with far too little RAM matter too: depending on how critical the current situation is it will crash far mor often or not.
And an old memory: after switching to my own old skin, there were much less crashes. Still far too many, but the default skin was ten times worse. Not the slightest idea why. Although my own one contains TONS of additional buttons and stuff, and just about all buttons with an own menu on rightclick.
Recently got finally 1 example that was reproducable:
One of my latest macros contained a menu line (by macro setmenu...) labelled "ABOUT:CONFIG".
As soon as this menu was opened - CRASH. Always.
Finally figured out: the culprit is this label!
Also crashing with blanks inserted: "ABOUT : CONFIG"
Not crashing: "About:Config" and some other variants, like "ABOUTCONFIG", which all worked fine.
When changing back - crash again.
My old system also has occasional glitches with upper/lower case in pathnames. Usually not, just in very special cases.
Especially with macrolanguage: getfolder(RootFolder)
This always returns K-Meleons root path all uppercase instead of mixed.
The other folder types (MacroFolder, SkinFolder,...) appear with the uppercase rootfolder at beginning, followed with correct case for the rest. And of course, javascript considers those messed pathnames as different from the real ones.
No idea if that's useful, and if fixes are even possible in apps, or only in KernelEx itself.
Finally figured out a main reason for my constant right-click crashes in KG74!!
At nearly every click, was really getting almost hopeless.
Now found this happens when a macro:
- injects a setmenu line $OnStartup (not $OnInit, as usual)
- AND only if its parent menu shows up in a context menu (for images, or links, etc., at any rate a POPUP menu)
- AND only if its parent menu was itself created by a macro (= not in menus.cfg)
All else is no prob. Injecting a menuline $OnStartup into a normal menubar-menu, no prob.
Or injecting it into a menu created by menus.cfg - no prob.
In my case the culprit macro was StyleonMini.
It adds a menuline on $OnStartup to the StyleScriptia menu (another of my macros).
But that second macro doesn't really matter, any other one with the above conditions will crash too.
Have checked that as example with the native "Reloa&ding" menu.
In StyleonMini by replacing this line:
$_StSc_mainmenu ? setmenu($_StSc_mainmenu,macro,"User Style: LONG file... (StyleonMini)","StyleonMini_openLongFILE",2) : 0;
with this one:
setmenu("Reloa&ding",macro,"User Style: LONG file... (StyleonMini)","StyleonMini_openLongFILE",2);
Then right-clicking in a page will Crash with a "Visual C++ Runtime" error.
------------
Update: this crash does NOT happen in a new clean unzipped installation!
Must investigate more...
Edited 2 time(s). Last edit at 07/15/2019 09:46AM by siria.
Considering that most of my crash probs in KG74 on Win98 were due to this one line in a custom macro, have now started wondering if I'm the only one who ever had such massive probs with it??
Have tried again a clean, unzipped version, zero custom additions, except the 3 borrowed db-files in the profile, only needed by my older KernelEx version.
Fiddled a bit with it, checking the default functions, how it looks out-of-box and what's available (e.g. about:addons still missing too), took a short look at the forum, and so far - no crashes!
Great! Am really glad now that the default build is much more stable on windows98se as I thought all the time.
Oops... see Edit above:
this crash does NOT happen in a new clean unzipped installation!
Should have thought of testing that before, but was so tired of endless debugging and just glad to finally have a usable KG74 again.
No idea what more must be involved to cause that crash, sigh.
And already have yet another new test case:
even in a clean KG74 install my current useragent macro (an unfinished update) is crashing when changing the menu during session. Even when calling it from the Tools menu (=no popup menu). The menu-update itself is not yet the prob, the crash only happens when *opening* that menu the first time again. Although simple additions seem harmless, the native included UA macro just adds a line at the bottom and that works instantly. But my own macro wants to refresh the menu completely, and deletes it first before recreating it.
Considering that macro update is not quite finished yet, am not quite sure anymore in which KM-versions I tested it already (when working on it last year). Only rather sure about KG76, since I always try the latest version first. But if I already tried that menu-in-session-update-feature in the older KM-versions too? Couldn't bet on it. Such menu updates were never a prob in the past in other macros, but that was mainly in KM1.x era.
Now remember again, some newer KM7x-versions (which?) did have menu-in-session-update bugs, producing duplicate menu lines or similar probs, which Dorian fixed in later versions (fully or partly?)
Edited 1 time(s). Last edit at 07/15/2019 05:53PM by siria.
Of course in KG74 the translate macro is outdated too (forbidding httpS translations).
It can be updated with the same translate.kmm version as now in KG76.2
A slightly bold request, but would it be much work to compile a KG74 version with the macros plugin from KG76 - just for testing what works or not? :cool:
I dimly remember there were some macros bug introduced when Dorian updated the engine from gecko 1.9.x to gecko 24 (KM74), and in later versions he got some things fixed, a few new probs emerged, and he also added a bunch of handy new functions. Mainly for file handling. The first bugs included menu probs, updating a menu during session rather duplicated them.
Considering that macrolanguage only offers rather simple actions anyway - perhaps most of the 76-plugin would work back in 74 too?? Would be great!
archive refreshed with sha384 support.
pm26 archive also refreshed: http://o.rthost.win/gpc/files1.rt/palemoon-26.5.0-20180718.win2000.7z
The page about plugins is blank, here. Roytam1, why didn't you modify the name of the updated test binary of K-Meleon 74 for a clear distinction.
Win ME, KernelEx Core updates 24.
no problem here.
https://i.imgur.com/dIOaYUg.png
as this is just a partial compilation updating NSS, I don't think changing build number is needed.
Something went wrong. I don't know what. I extracted the updated test binary once more and the issue was gone.
Probably the attempt to change the language (GUI) caused this and other errors - here en-US to de. The switch doesn't work. The menu remains english. Siria noticed problems in this regard here on May 06, 2018 01:54PM .
Is it normal that YouTube works when using KM74-g22-20180718.win2000 in Windows 7 but NOT when using Win2k Pro SP4?
Why does the browser still save my Amazon cart despite all caching options are disabled?
Can I delete the complete "profiles" subfolder to be sure that all history & cached files are erased? Will I lose my settings when doing so?
Or where else are these files stored?
Cookies @win2kfan.
You can go to Preference panel (F2 key, default) and clear them from there.
And from the folder "storage" in your profile data, the Amazon files, that, to be fair, I don't know if Amazon uses DOM storage (another type of cookies, if you wish), but there should be the remaining Amazon data.
Edited 4 time(s). Last edit at 08/18/2020 03:36PM by JohnHell.
That may be pure coincidence. Youtube has announced to abolish classic view, and they did, but currently still go back and forth and in circles by still sending classic view occasionally, on and off, though less and less often.
But usually only possible (if at all) with this UserAgent override for youtube:
Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)
Assuming you're using the same profile and same useragent string for youtube...?
There's also a slim chance that they now check visiting systems.
This pref makes the browser pretend to be running on Win7, if no custom other useragent is set:
general.oscpu.override (string) = Windows NT 6.1 (or whatever)
@JohnHell: When I click on "Currently Stored Cookies..." KM crashes?! I tried it three times :s A Dr Watson log file is created. How can I delete cookies manually?
@siria: Thanks for the information. I will give it a try :cool:
Building K-Meleon on top of the Goanna engine
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
roytam1
Date: July 18, 2018 02:54PM
updated test binary of K-Meleon 74 with Goanna 2.2(palemoon-26.5) that works in Win2000:
http://o.rthost.win/gpc/files1.rt/KM74-g22-20180718.win2000.7z
Goanna engine Changes since last build:
- SList: replace KEx version with MSPS (MIT license) portable version (c6bfbd135)
- nsNativeThemeWin: check nsUXThemeData::drawThemeEdge pointer before use (0dbac0169)
* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.
so HTML5 Video is working in vanilla Win2000 now.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
hermes
Date: July 18, 2018 08:19PM
cool!
thanks!
2K DC SP4
98 SE
Strange, all files of db in a profile have appeared, locally everything works.
But https on 9x doesn't open. I have recreated the virtual machine from scratch.
Files in profile: 19.07.2018 00:44 <DIR> . 19.07.2018 00:44 <DIR> .. 19.07.2018 00:34 <DIR> Cache 18.07.2018 23:53 <DIR> chrome 19.07.2018 00:34 <DIR> safebrowsing 18.07.2018 23:53 <DIR> startupCache 07.07.2008 20:24 707 accel.cfg 15.07.2007 12:02 3Â 024 bookmarks.html 19.07.2018 00:35 65Â 536 cert8.db 19.07.2018 00:35 524Â 288 cookies.sqlite 19.07.2018 00:35 28Â 434 IconCache.dat 19.07.2018 00:35 16Â 384 key3.db 29.04.2005 10:04 957 localstore.rdf 19.07.2018 00:35 57 marionette.log 02.03.2007 00:25 782 menus.cfg 18.07.2018 23:53 599 mimeTypes.rdf 19.07.2018 00:35 0 parent.lock 19.07.2018 00:35 65Â 536 permissions.sqlite 19.07.2018 00:35 10Â 485Â 760 places.sqlite 19.07.2018 00:35 1Â 317 prefs.js 17.04.2004 15:29 2Â 859 search.rdf 20.01.2014 17:46 9Â 070 search.xml 19.07.2018 00:34 16Â 384 secmod.db 06.04.2006 18:31 95 user.js 18.07.2018 23:53 51 version.ini 19.07.2018 00:35 98Â 304 webappsstore.sqlite 19.07.2018 00:35 1 _CACHE_CLEAN_
Edited 3 time(s). Last edit at 07/19/2018 12:17PM by hermes.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: July 19, 2018 10:21AM
Thanks for the update!
Haven't tested online yet, just a quick first test for GUI-bugs so far. Looks like those are still all there (cumulative wait for every link contained on a page ~0.1sec/link, history sqlite broken, frequent crashing around toolbars or menus etc)
Still no key3.db for new profile, but that's just my buggy KernelEx17 install
PS:
MSFN forum Forbidden-403 has some prob with colons (double dots). Tried some variations for the duplicate "::" in the changelog, with inserting blanks or slashes etc, or using only single colons, but nothing worked except _:_
Would edit my post there, but find no Edit button, and must wait whopping 5 hours between every single post - ouf...
Edited 1 time(s). Last edit at 07/19/2018 04:12PM by siria.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
roytam1
Date: July 20, 2018 02:49PM
Quote
siria
Thanks for the update!
Haven't tested online yet, just a quick first test for GUI-bugs so far. Looks like those are still all there (cumulative wait for every link contained on a page ~0.1sec/link, history sqlite broken, frequent crashing around toolbars or menus etc)
Still no key3.db for new profile, but that's just my buggy KernelEx17 install
PS:
MSFN forum Forbidden-403 has some prob with colons (double dots). Tried some variations for the duplicate "::" in the changelog, with inserting blanks or slashes etc, or using only single colons, but nothing worked except _:_
Would edit my post there, but find no Edit button, and must wait whopping 5 hours between every single post - ouf...
Thanks for your hint, it is reported and Ops are now being noticed:
https://msfn.org/board/topic/177548-http-403-error-when-replynew-topic-or-editing-posts/?page=2&tab=comments#comment-1152278
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: July 31, 2018 06:02PM
Quote
hermes
Strange, all files of db in a profile have appeared, locally everything works.
But https on 9x doesn't open. I have recreated the virtual machine from scratch.
Oh great, there goes my hope that the prob may only be the installation-method of Kex17
Now yours is messed too, just in another way.
Did you try Kex16 too perhaps? Or was it 15... I remember there were older reports already on MSFN that the newest Kex-updates are breaking old apps, but who knows, perhaps a slightly older version would be better? (you can test that easier with your VM ;-)
Also wonder, if the known hack of copying over 3 db-files from an older, working profile of Firefox or another older KM-installation would load https in the current install...
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: August 08, 2018 07:50PM
Just an observation, no idea if it matters:
A few years ago Mozilla changed the omni.ja's zipping to a newer method so that 7zip couldn't open them anymore. A modern version could, but not the last 7z version running in 98 with base KernelEx. Before I updated KernelEx to v17, my older 7z could only open the omni.ja's in some earlier KM-versions and in rodocops KM76Pro, but not in the last official KM-geckos, not in KM-Goanna and neither in KM74-Goanna.
I suppose KM does not use 7z itself for accessing its omni's, but perhaps that 'modern' zipping method is still more difficult and contributes to the need for a newer KernelEx version?
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
hermes
Date: August 08, 2018 09:50PM
@siria
7-ZiP v.9.10beta (and WinRAR v.3.92) fully support Win9x without any extensions.
I use this versions on any systems (including newest and very old, for every day use).
...
WinRAR classify omni.ja as SFX ZiP (i.e. archive have modified header = 246 687 bytes).
After little editing (in hex editor), this archive can be extracted even with many old DOS
programs (for zip archives).
Edited 2 time(s). Last edit at 08/08/2018 10:05PM by hermes.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
schwups
Date: August 08, 2018 10:03PM
Quote
siria
Just an observation, no idea if it matters:
A few years ago Mozilla changed the omni.ja's zipping to a newer method so that 7zip couldn't open them anymore. A modern version could, but not the last 7z version running in 98 with base KernelEx. Before I updated KernelEx to v17, my older 7z could only open the omni.ja's in some earlier KM-versions and in rodocops KM76Pro, but not in the last official KM-geckos, not in KM-Goanna and neither in KM74-Goanna.
I suppose KM does not use 7z itself for accessing its omni's, but perhaps that 'modern' zipping method is still more difficult and contributes to the need for a newer KernelEx version?
7Zip 18.05 runs on 98/ME + KernelEX 4.5.2016.17. I can open these files. KernelEx 4.5.2 needs Kext (Kstub + ini entry "[Advapi32.dll] LsaAddAccountRights=").
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: August 08, 2018 10:56PM
If I'm not mistaken the last version I could get running on "basic" KernelEx was 7z 9.30
But the new omni-format needed 9.34
After Kex update I updated 7z to 15.11, that's what I'm still using. It works fine. Didn't update to the latest possible, because the KernelEx wiki says 15.11 is the last version to allow drag&drop in the file manage.
That "kstub" thing is an interesting concept, so I had actually tried it first, intending to update only as little as necessary. But for whatever reason Windows didn't even start anymore, then removed again and next try was Kex16+17
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
anonymous
Date: August 08, 2018 11:49PM
@siria
The compression used in 'omni.ja' existed long before 7-Zip. It has a 'PK' header. Support to extract only the zip part of 'omni.ja' files was added to 7-Zip after Mozilla programs started using them.
If KernelEx conflicts would block reading parts of 'omni.ja' files, K-Meleon would crash on startup. You never asked for it, but both 'omni.ja' files can be replaced with files in folders.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: January 10, 2019 05:29PM
Just had the craziest, reproducible right-click crash in KM1.6 on 98SE.
A completely new experience in KM1.6, yet happening all the time in KG74:
as soon as the mouse just slightly touched a certain popup submenu, KM crashed.
After long searching found the culprit:
a little typo in a macro name in a setmenu line!
xxx_openkmm instead of xxx_openKMM
KM usually is quite robust with menu names, it doesn't care if a macro name even exists or not, but obviously there's a conflict (in Win98) when the upper/lowercase spelling is wrong. Never had such a menu prob before in KM, but an old known prob is that macrocommand getfolder(xxx) returns only uppercase (IIRC), regardless if the real folder names are lowercase or mixed. Yeah am aware the basic culprit is the old system.
Just now wondering if such upper/lowercase stuff may be a core reason for all the KG74 crashing on Win98?
Perhaps should now start checking all command names in macros, but... ouff....
Another prob is, the KG74 crashes aren't so reproducible. Strongly feel they are also RAM-related, depending on how heavy the system is working at the moment.
Just wanted to note this somewhere, perhaps it helps some day someone.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
Cixert
Date: April 09, 2019 06:15PM
Quote
roytam1
Download:
http://o.rthost.win/gpc/files1.rt/KM74-g22-20180718.win2000.7z
Latest build changelog: http://kmeleonbrowser.org/forum/read.php?19,146040,146737,page=4#msg-146737
-- Original Post belows --
So I ported both palemoon-26.5 and K-Meleon 74.0 back to VC2005+Win200, and I test binary is here:
http://o.rthost.win/gpc/files1.rt/KM74-g22-20180429.win2000.7z
Links are down.
Please update these links or put updated version links.
Thanks
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: April 09, 2019 06:29PM
Quote
Cixert
Links are down.
Please update these links or put updated version links.
Thanks
o.rthost.cf => o.rths.cf
Needs correction in first post
http://kmeleonbrowser.org/forum/read.php?19,146040,page=1
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
rodocop
Date: April 09, 2019 07:42PM
Fixed it.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: May 23, 2019 12:54AM
Struggling with that version chaos again, with KMG juggling 4 versions at once: for K-Meleon/Firefox/Gecko/Goanna....
Recently because every xpi-addon thinks KG74 were "Firefox 2.2", and at the moment stumbled across this:
Platform.ini: BuildID=20180718222857 MS=2.2.0
K-Meleon 74.0 (general.useragent.vendor + vendorSub)
UA: Mozilla/5.0 (Windows NT 5.0; rv:2.2) Goanna/20140105 K-Meleon/2.2.0
___nsIXULAppInfo___
name: K-Meleon
ID: {ec8030f7-c20a-464f-9b0e-13a3a9e97384} (=Firefox)
version: 2.2.0 (=Goanna)
platformVersion: "2.2.0"
appBuildID: 7400
platformBuildID: 20140105
(and that function reveals no engine, only its version? no wonder too)
So this is the core prob:
KG74 reports itself with real engine "2.2" of Goanna, yet at the same time pretends to be Firefox! (ec8030)
Result: it reports it were prehistoric "Firefox 2.2"
Wondering if it would be possible to fake both together? browser engine and version:
If faking Firefox, then also fake engine version 24
Or if fake Palemoon, then goanna 2.2?
(or if genuine KM, then ??? What a mess if engines change and the version number jumps backwards!)
At the moment no idea how modern KMG handles this, only remember that Dorian struggled across several KM7x-versions until xpi-addons finally were happy.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: June 25, 2019 07:23PM
MSFN: https://msfn.org/board/topic/178283-how-you-really-browse-the-web-on-98me-in-2019/page/6/?tab=comments#comment-1166642
Quote
roytam1
BTW how to setup debuggers to work with KEx? So I can debug why palemoon26-vc8 crashes in Win98SE-KEx.
Sounds great
Can you reproduce it yourself, without an old machine?
And am just assuming this affects KG74 as well? Although only the engine is the same, which seems to work quite well, am much more suspecting the KM-shell... And am also still using the older KernelEx version (16), the newer ones are getting better and better just haven't managed yet to update.
So, not sure if it helps anything, just my crash impressions for KG74 on 98se.
The main issue seems to be Menus, since by far most crashes happen when right-clicking anywhere. In a page, or on a button, instantly as soon as "click". Not always, but *very* often. The normal "left click" menus in the main bar are much less affected, crashing very rarely, but can happen too.
Normally it's not reproducable. After a restart the very same menu may crash again, or may work, and then awhile later start crashing again.
Also have a feeling my constant probs with far too little RAM matter too: depending on how critical the current situation is it will crash far mor often or not.
And an old memory: after switching to my own old skin, there were much less crashes. Still far too many, but the default skin was ten times worse. Not the slightest idea why. Although my own one contains TONS of additional buttons and stuff, and just about all buttons with an own menu on rightclick.
Recently got finally 1 example that was reproducable:
One of my latest macros contained a menu line (by macro setmenu...) labelled "ABOUT:CONFIG".
As soon as this menu was opened - CRASH. Always.
Finally figured out: the culprit is this label!
Also crashing with blanks inserted: "ABOUT : CONFIG"
Not crashing: "About:Config" and some other variants, like "ABOUTCONFIG", which all worked fine.
When changing back - crash again.
My old system also has occasional glitches with upper/lower case in pathnames. Usually not, just in very special cases.
Especially with macrolanguage: getfolder(RootFolder)
This always returns K-Meleons root path all uppercase instead of mixed.
The other folder types (MacroFolder, SkinFolder,...) appear with the uppercase rootfolder at beginning, followed with correct case for the rest. And of course, javascript considers those messed pathnames as different from the real ones.
No idea if that's useful, and if fixes are even possible in apps, or only in KernelEx itself.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: July 15, 2019 12:01AM
Finally figured out a main reason for my constant right-click crashes in KG74!!
At nearly every click, was really getting almost hopeless.
Now found this happens when a macro:
- injects a setmenu line $OnStartup (not $OnInit, as usual)
- AND only if its parent menu shows up in a context menu (for images, or links, etc., at any rate a POPUP menu)
- AND only if its parent menu was itself created by a macro (= not in menus.cfg)
All else is no prob. Injecting a menuline $OnStartup into a normal menubar-menu, no prob.
Or injecting it into a menu created by menus.cfg - no prob.
In my case the culprit macro was StyleonMini.
It adds a menuline on $OnStartup to the StyleScriptia menu (another of my macros).
But that second macro doesn't really matter, any other one with the above conditions will crash too.
Have checked that as example with the native "Reloa&ding" menu.
In StyleonMini by replacing this line:
$_StSc_mainmenu ? setmenu($_StSc_mainmenu,macro,"User Style: LONG file... (StyleonMini)","StyleonMini_openLongFILE",2) : 0;
with this one:
setmenu("Reloa&ding",macro,"User Style: LONG file... (StyleonMini)","StyleonMini_openLongFILE",2);
Then right-clicking in a page will Crash with a "Visual C++ Runtime" error.
------------
Update: this crash does NOT happen in a new clean unzipped installation!
Must investigate more...
Edited 2 time(s). Last edit at 07/15/2019 09:46AM by siria.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: July 15, 2019 03:26AM
Considering that most of my crash probs in KG74 on Win98 were due to this one line in a custom macro, have now started wondering if I'm the only one who ever had such massive probs with it??
Have tried again a clean, unzipped version, zero custom additions, except the 3 borrowed db-files in the profile, only needed by my older KernelEx version.
Fiddled a bit with it, checking the default functions, how it looks out-of-box and what's available (e.g. about:addons still missing too), took a short look at the forum, and so far - no crashes!
Great! Am really glad now that the default build is much more stable on windows98se as I thought all the time.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: July 15, 2019 10:04AM
Oops... see Edit above:
this crash does NOT happen in a new clean unzipped installation!
Should have thought of testing that before, but was so tired of endless debugging and just glad to finally have a usable KG74 again.
No idea what more must be involved to cause that crash, sigh.
And already have yet another new test case:
even in a clean KG74 install my current useragent macro (an unfinished update) is crashing when changing the menu during session. Even when calling it from the Tools menu (=no popup menu). The menu-update itself is not yet the prob, the crash only happens when *opening* that menu the first time again. Although simple additions seem harmless, the native included UA macro just adds a line at the bottom and that works instantly. But my own macro wants to refresh the menu completely, and deletes it first before recreating it.
Considering that macro update is not quite finished yet, am not quite sure anymore in which KM-versions I tested it already (when working on it last year). Only rather sure about KG76, since I always try the latest version first. But if I already tried that menu-in-session-update-feature in the older KM-versions too? Couldn't bet on it. Such menu updates were never a prob in the past in other macros, but that was mainly in KM1.x era.
Now remember again, some newer KM7x-versions (which?) did have menu-in-session-update bugs, producing duplicate menu lines or similar probs, which Dorian fixed in later versions (fully or partly?)
Edited 1 time(s). Last edit at 07/15/2019 05:53PM by siria.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: July 15, 2019 05:58PM
Of course in KG74 the translate macro is outdated too (forbidding httpS translations).
It can be updated with the same translate.kmm version as now in KG76.2
A slightly bold request, but would it be much work to compile a KG74 version with the macros plugin from KG76 - just for testing what works or not? :cool:
I dimly remember there were some macros bug introduced when Dorian updated the engine from gecko 1.9.x to gecko 24 (KM74), and in later versions he got some things fixed, a few new probs emerged, and he also added a bunch of handy new functions. Mainly for file handling. The first bugs included menu probs, updating a menu during session rather duplicated them.
Considering that macrolanguage only offers rather simple actions anyway - perhaps most of the 76-plugin would work back in 74 too?? Would be great!
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
roytam1
Date: January 09, 2020 05:56AM
Quote
roytam1
updated test binary of K-Meleon 74 with Goanna 2.2(palemoon-26.5) that works in Win2000:
http://o.rthost.win/gpc/files1.rt/KM74-g22-20180718.win2000.7z
Goanna engine Changes since last build:
- SList: replace KEx version with MSPS (MIT license) portable version (c6bfbd135)
- nsNativeThemeWin: check nsUXThemeData::drawThemeEdge pointer before use (0dbac0169)
* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.
so HTML5 Video is working in vanilla Win2000 now.
archive refreshed with sha384 support.
pm26 archive also refreshed: http://o.rthost.win/gpc/files1.rt/palemoon-26.5.0-20180718.win2000.7z
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
schwups
Date: February 03, 2020 12:34PM
The page about plugins is blank, here. Roytam1, why didn't you modify the name of the updated test binary of K-Meleon 74 for a clear distinction.
Win ME, KernelEx Core updates 24.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
roytam1
Date: February 05, 2020 05:11AM
Quote
schwups
The page about plugins is blank, here. Roytam1, why didn't you modify the name of the updated test binary of K-Meleon 74 for a clear distinction.
Win ME, KernelEx Core updates 24.
no problem here.
https://i.imgur.com/dIOaYUg.png
as this is just a partial compilation updating NSS, I don't think changing build number is needed.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
schwups
Date: February 07, 2020 10:33PM
Something went wrong. I don't know what. I extracted the updated test binary once more and the issue was gone.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
schwups
Date: March 05, 2020 01:06PM
Quote
schwups
The page about plugins is blank, here. Roytam1, why didn't you modify the name of the updated test binary of K-Meleon 74 for a clear distinction.
Win ME, KernelEx Core updates 24.
Probably the attempt to change the language (GUI) caused this and other errors - here en-US to de. The switch doesn't work. The menu remains english. Siria noticed problems in this regard here on May 06, 2018 01:54PM .
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
win2kfan
Date: June 09, 2020 05:51PM
Is it normal that YouTube works when using KM74-g22-20180718.win2000 in Windows 7 but NOT when using Win2k Pro SP4?
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
win2kfan
Date: August 18, 2020 02:30PM
Why does the browser still save my Amazon cart despite all caching options are disabled?
Can I delete the complete "profiles" subfolder to be sure that all history & cached files are erased? Will I lose my settings when doing so?
Or where else are these files stored?
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
JohnHell
Date: August 18, 2020 03:32PM
Cookies @win2kfan.
You can go to Preference panel (F2 key, default) and clear them from there.
And from the folder "storage" in your profile data, the Amazon files, that, to be fair, I don't know if Amazon uses DOM storage (another type of cookies, if you wish), but there should be the remaining Amazon data.
Edited 4 time(s). Last edit at 08/18/2020 03:36PM by JohnHell.
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
siria
Date: August 18, 2020 04:28PM
Quote
win2kfan
Is it normal that YouTube works when using KM74-g22-20180718.win2000 in Windows 7 but NOT when using Win2k Pro SP4?
That may be pure coincidence. Youtube has announced to abolish classic view, and they did, but currently still go back and forth and in circles by still sending classic view occasionally, on and off, though less and less often.
But usually only possible (if at all) with this UserAgent override for youtube:
Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)
Assuming you're using the same profile and same useragent string for youtube...?
There's also a slim chance that they now check visiting systems.
This pref makes the browser pretend to be running on Win7, if no custom other useragent is set:
general.oscpu.override (string) = Windows NT 6.1 (or whatever)
Re: [TEST BUILD] K-Meleon 74 on Goanna 2.2 (palemoon-26.5) for Win2000 [Build 20180718]
Posted by:
win2kfan
Date: August 20, 2020 03:22PM
@JohnHell: When I click on "Currently Stored Cookies..." KM crashes?! I tried it three times :s A Dr Watson log file is created. How can I delete cookies manually?
@siria: Thanks for the information. I will give it a try :cool:
English
