Jump to content

Recommended Posts

Posted (edited)

I only visited videocardz.com on 32-bit Serpent 52 on XP x64 back when it was first mentioned for the short time, couldn't make it crash. Same today on Win10 on 64-bit Pale Moon, except this time I opened 28 tabs instead of just checking few articles in a single tab. Though uBO blocks scripts from everywhere except videocardz.com, disqus.com and disquscdn.com.

Can't say I ever had to look into GroupOrderList and driver services' tags.

BTW, about that Kingston's RAM stick of mine, it's probably fine, seems to be just Memtest86+ 5.01 glitching out. I probably ran it in single thread mode for the first time when I got the stick while I enabled multi threading for recent run, to give CPU more work. Read that mode was still buggy in that version. Repeated testing (2 passes) with latest and greatest x64 version of Memtest86+ 7.00, no errors. It looks like existing tests are more thorough compared to the old version.

It's not the most optimal match for the other two Mushkins, I missed the train when DDR2 was still in common use and I usually don't buy used stuff, just skeptical about it in general.

Edited by UCyborg

Posted (edited)
3 hours ago, UCyborg said:

I usually don't buy used stuff, just skeptical about it in general.

I have had very good experiences with used RAM modules so far. They generally have a very long service life and very often survive mainboards, at least that was the case for me. I've had all kinds of hardware die, but never a RAM module including the ones I bought used.

Edited by AstroSkipper
Update of content
Posted
2 hours ago, Mathwiz said:

Yes, that is best, but it's not really practical! Two of anything, even from the same manufacturer purchased at the same store at the same time, won't always be from the same production run.

Just try to get the ratings the same; that's often the best you can do.

When I said "same modules from one production series", I actually meant modules manufactured directly one after the other with consecutive serial numbers. That is best. :P

Posted
8 hours ago, AstroSkipper said:

I've had all kinds of hardware die, but never a RAM module including the ones I bought used.

I've had all kinds of hardware die, including new RAM modules, but not the ones I bought used.:buehehe:

Posted (edited)
12 hours ago, UCyborg said:

I only visited videocardz.com on 32-bit Serpent 52 on XP x64 back when it was first mentioned for the short time, couldn't make it crash. Same today on Win10 on 64-bit Pale Moon, except this time I opened 28 tabs instead of just checking few articles in a single tab. Though uBO blocks scripts from everywhere except videocardz.com, disqus.com and disquscdn.com.

Can't say I ever had to look into GroupOrderList and driver services' tags.

I have uBlock turned off on videocardz.com site. And now it's fine. That "SCSI Class: 03 01 02 2d" entry though correct was too much speed of ol' XP. :lol:

Edited by modnar
Posted

roytam1, please include dom.details_element.enabled in K-meleon and NewMoon 27, it works by default in all browsers.

Posted
On 6/14/2024 at 3:09 PM, Elkern 4926 said:

Heads up. This is Tobin.

The Pale Moon Paradigm is all yours, I quit.. Long ago. Windows too. Can I have my original account back?

Hello @Elkern 4926 Tobin.  Thank you for making an appearance.

I had noticed that you had a new(ish) GitHub repository with the Binary Outcast software, for which you referred to it as "Retired XUL Platform (RXP)", and that is different than than one @roytam1 had based his forks of the Binary Outcast software against.  It appears that you had at least un-suppressed the Go and Search buttons (which makes using the functionality with mouse easier and reasonable).

@roytam1 had examined the commits listing of the Retired XUL Platform (RXP) repository and did not find much. It would appear that the differences between what roytam1 based and the Retired XUL Platform (RXP) version does not have an obvious indication of the changes without examining everything directly.  Please provide the changes information between what roytam1 used as a base and the Retired XUL Platform (RXP).

For context of this issue, please examine the following posting information. They are in ascending order:

On 5/14/2024 at 11:27 PM, Ascii2 said:

@roytam1, I request that you examine or re-examine the "Bug 1" and "Bug 2" items of my bug reports posting for Bnavigator, that is located at:
https://msfn.org/board/topic/185966-my-browser-builds-part-5/?do=findComment&comment=1261055

Since posting it, I have updated it as best I can (the forum failed to fully update it).

After discovering the various code that comments-out the display of the "Open Web Location..." menu item (see https://github.com/roytam1/boc-uxp/blob/master/navigator/base/content/navigatorOverlay.xul#L234-L240 ) and the "Go" and "Search" toolbar buttons (see https://github.com/roytam1/boc-uxp/blob/master/navigator/base/content/navigator.xul#L351-L377 ), then changing it by removing the code's comment markers, the features then work and display in the browser after refreshing the browser startup.  I request that you also effectively make changes for future builds of the browser so that the items can display.

Here is a picture of the browser window after the changes are made:
(purposely also, exhibiting much of the same style as developer Matt A. Tobin's example picture (a derivative pictured below), but with all individual, customized toolbar items unhidden)
BNavigatorAfterchanges_menu_open_small_window.thumb.gif.bd76bb0bf52e45ca2e62e54e40e9aff3.gif


I also wish to bring to your attention that developer Matt A. Tobin has since updated the Borealis Navigator project since you last forked it for BNavigator.  The project is located at:
https://github.com/binaryoutcast/retired-xul-platform
Perhaps there are code changes that would benefit your BNavigator, MainNews, and your other projects.  There might also be adverse changes.

Please also take note that it would appear that Developer Tobin later decided to provide at least the "Go" and "Search" buttons. It does look like those buttons and the URLbar dropdown-marker have also been modified to look more modern (it was my impression that Tobin might have suppressed the "Go" and "Search" buttons because he did not like their cosmetic appearance at the time).  Here is a picture of Borealis Navigator that Developer Tobin provides with his current code repository:
(with size-reducing, format mod to allow compatibility with forum posting)
320234689-d2f2e2ea-dac6-4b32-82c5-fd716a826b75_convert_to_GIF.thumb.gif.58b28bab3e424fd1ad18e3f2c64df897.gif

It also notable that the picture does not include item icons area tray on the status bar. If there omission is mandatory, that would be an adverse change.

 

On 5/15/2024 at 3:16 AM, roytam1 said:

 

On 5/15/2024 at 2:10 PM, Ascii2 said:

Perhaps the changes are not included in that Commits listing (my impression is that changes might have been made prior to importing the code into GitHub).

There do appear to be some changes between your repository and Tobin's retired-xul-platform repository.  For example, in Tobin's retired-xul-platform repository the Borealis Navigator "Go" and "Search" buttons are provided for without commenting them out, while in your repository those buttons are commented-out. For Tobin's repository of the example, see https://github.com/binaryoutcast/retired-xul-platform/blob/BINOC_TRUNK/aura/navigator/base/content/navigator.xul#L352-L378 ; for your repository of the example see https://github.com/roytam1/boc-uxp/blob/master/navigator/base/content/navigator.xul#L351-L377 .

I particularly would really like to have the Go and Search buttons unsuppressed in BNavigator.

 

Posted

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20240706-3219d2d-uxp-688fa00ac4-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20240706-3219d2d-uxp-688fa00ac4-xpmod.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom

IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20240706-3219d2d-uxp-688fa00ac4-xpmod-ia32.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32

NM28XP build:
Win32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20240706-d849524bd-uxp-688fa00ac4-xpmod.7z
Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20240706-d849524bd-uxp-688fa00ac4-xpmod-ia32.7z
Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20240706-d849524bd-uxp-688fa00ac4-xpmod-sse.7z
Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20240706-d849524bd-uxp-688fa00ac4-xpmod.7z

Official UXP changes picked since my last build:
- Issue #2541 - Deal with empty LineNameList in CSS grid templates. (5bdec62cb0)
- Issue #2543 - adjust toFixed precision range according to spec update. (f4b6cee0cc)
- Issue #2531 - Adjust rounding in toExponential (and kin) to round up at midpoint. (ef1f142cde)

No official Pale-Moon changes picked since my last build.

No official Basilisk changes picked since my last build.

My changes since my last build:
- HACK: jsgc: check nullptr before call member function in mayBeOwnedByOtherRuntime() (f4188fb54e)

Update Notice:
- You may delete file named icudt*.dat inside program folder when updating from old releases.

* Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

Posted

New build of BOC/UXP for XP!

Test binary:
MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20240706-7bda12e7-uxp-688fa00ac4-xpmod.7z
BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20240706-7bda12e7-uxp-688fa00ac4-xpmod.7z

source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom

* Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15.

--

New build of HBL-UXP for XP!

Test binary:
IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20240706-id-656ea98-uxp-688fa00ac4-xpmod.7z
IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20240706-id-656ea98-ia-93af9a0-uxp-688fa00ac4-xpmod.7z

source repo (excluding UXP):
https://github.com/roytam1/icedove-uxp/tree/winbuild
https://github.com/roytam1/iceape-uxp/tree/winbuild

Posted

New build of post-deprecated Serpent/moebius for XP!
* Notice: This repo will not be built on regular schedule, and changes are experimental as usual.
** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions.

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk55-win32-git-20240706-d938d4600-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20240706-d938d4600-xpmod.7z

repo: https://github.com/roytam1/basilisk55

Repo changes:
- import from UXP: Issue #2541 - Deal with empty LineNameList in CSS grid templates. (5bdec62c) (6a4db7e71)
- import from UXP: Issue #2543 - adjust toFixed precision range according to spec update. (f4b6cee0) (5937defd6)
- import from UXP: Issue #2531 - Adjust rounding in toExponential (and kin) to round up at midpoint. (ef1f142c) (d938d4600)

Posted

New NewMoon 27 Build!

32bit https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20240706-d04fd99cb6-xpmod.7z
32bit SSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20240706-d04fd99cb6-xpmod-sse.7z
32bit noSSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20240706-d04fd99cb6-xpmod-ia32.7z

64bit https://o.rthost.win/palemoon/palemoon-27.10.0.win64-git-20240706-d04fd99cb6-xpmod.7z

source repo: https://github.com/roytam1/palemoon27

repo changes since my last build:
- pref: toggle dom.details_element.enabled (cafae72769)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1259018 - Part a: Use early returns in nsExternalProtocolHandler::NewChannel2; r=jst (159053ad25)
 - Bug 1259018 - Part b: Use early returns and stop accepting null in nsExternalProtocolHandler::HaveExternalProtocolHandler; r=jst (356b509c9a)
 - Bug 1259018 - Part c: Pass arguments to the nsExtProtocolChannel constructor; r=jst (c3cab1801c)
 - Bug 1261020 - part 1 - implement SeekTask; r=jwwang (d3df4d5de6)
 - Bug 1261020 - part 2 - modify MDSM to adopt SeekTask; r=jwwang (b51efe45c8)
 - Bug 1265296 - Move SeekTask from namespace mozilla::media to namespace mozilla. r=kaku. (cc5665837b)
 - Bug 1265315. Part 1 - remove use of MediaDecoderReader from SeekTask. r=kaku. (ee7a8e9032)
 - Bug 1265315. Part 2 - rename mReaderWrapper to mReader for less verbose coding. r=kaku. (f7426bdc4c)
 - Bug 1265311. Part 1 - Add more proxy functions to MediaDecoderReaderWrapper. r=jya. (73d59fd4c3)
 - Bug 1265311. Part 2 - constify some functions. r=jya. (87388fc7fd)
 - Bug 1266304. Part 1 - Merge MediaDecoderReader::AudioDataPromise and MediaDecoderReader::VideoDataPromise. r=kaku. (30ddbd7b03)
 - Bug 1266304. Part 2 - remove unnecessary template parameters. r=kaku. (84b012ef96)
 - Bug 1265629 - Remove unused MediaDecoderReader::BreakCycles(). r=kaku. (7144e46f3b)
 - Bug 1215439 - Don't call ResetDecode() in the destructor of MediaDecoderReader. r=gerald. (be8896cd3b)
 - Bug 1265634. Part 1 - add more proxy functions to MediaDecoderReaderWrapper and remove unused members from MDSM. r=kaku. (eacba1547d)
 - Bug 1265634. Part 2 - rename mReaderWrapper for less wording. r=kaku. (06179b09fa)
 - Bug 1265634. Part 3 - constify some functions. r=jya. (2cc6d72652)
 - Bug 1256336 - Do not use httpChannelChild after Send__delete is called. r=jduell (d3ec2be783)
 - Bug 1261070 - Move Send__delete__ to FailedAsyncOpen. r=jduell (f3a2d0e2b9)
 - Bug 1229369 - Part 2: Drop the aChannel argument to HttpChannelChild::ShouldInterceptURI() (f770dbdced)
 - Bug 1225756 - Part1: Let the regular veto handlers check on redirects then check mRedirectChannelChild in the result callback. r=mayhemer (13b87a6a84)
 - fix mispatch (04c842e2ba)
 - Bug 1210077 - Null check gNeckoChild in HttpChannelChild::ResetInterception(); r=mcmanus (9e1bb91331)
 - Bug 1233630 - Remove MediaDecoderStateMachine::AudioDecodedUsecs. r=kikuo. (4e83b86ed1)
 - Bug 1261312 - Make sure that audio/video decode task is filed again. r=jwwang (90d90c890a)
 - Bug 1238347 - stop prerolling when decoding starts if we are waiting for data. r=cpearce. (dfa46a223c)
 - Bug 1242845 - Make the computation of MediaDecoderStateMachine::HasLowUndecodedData() more accurate and consistent. r=jya. (9f3a8a3e2c)
 - Bug 1242845. Part 2 - fix format nits. r=me. (9da58b5145)
 - Bug 1237174 - Remove the unnecessary code since mState won't change in the case of DECODER_STATE_COMPLETED. r=bechen. (ad706de284)
 - Bug 1237806 - update playback position before entering buffering mode so the currentTime of the media element is more accurate during buffering. r=jya. (d491291b12)
 - Bug 1238343 - Update MDSM::mIsAudioPrerolling/mIsVideoPrerolling when playback rate changes. r=cpearce. (532419a3b5)
 - Bug 1235966 - reset mAudioCompleted and mVideoCompleted when switching MediaSink so they are resolved by the new MediaSink. r=kikuo. (5c701026e1) (167ec3b0a2)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1233914 - P1. ping doesn't honor the TP list. r=francois (14b9df4e67)
 - Bug 1233914 - P2. Testcase. r=francois (4aa1142877)
 - bit of Bug 1178058 (9309410d6d)
 - Bug 1253538 - Window.open() should not reuse an existing window if it's running a different container - patch 2, r=bz (1c62d48537)
 - Bug 1254103 - Window.open() should not reuse an existing window if it's running a different container, r=bz (ce5bf89b65)
 - Bug 1253538 - Window.open() should not reuse an existing window if it's running a different container - patch 1, r=bz (45692fa791)
 - Bug 682294 - Add an error page for file access denied. r=bz (e94be73e70)
 - Bug 682294 - Remove redundant trailing spaces. r=bz (f299d7302d)
 - Bug 1122642 - Have an error page for H2 INADEQUATE_SECURITY r=mcmanus,bz (70e89ed8f0)
 - Bug 1253792 - Handle another case of re-entrancy through nsDocShell::InternalLoad. r=smaug (87f436cc4b)
 - Bug 1240246 - Handle re-entrancy in nsDocShell::InternalLoad more gracefully. r=smaug (98985d7233)
 - Bug 1247810 - Redirect the enum query on Core profiles. - r=jrmuizel (f55c0fb46c)
 - Bug 1257861 - Test that we send cookies from XHRs in web workers when 3rd party cookies are disabled. r=sicking (2334c6621e)
 - Bug 1257861 - Default to sending all cookies if we can't compute 3rdpartyness. r=sicking (817fe6fbfc) (d04fd99cb6)

Posted

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

Changelog:

Out-of-tree changes:
* update Goanna3 to git f69c4dc576...d04fd99cb6:
- pref: toggle dom.details_element.enabled (cafae72769)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1259018 - Part a: Use early returns in nsExternalProtocolHandler::NewChannel2; r=jst (159053ad25)
 - Bug 1259018 - Part b: Use early returns and stop accepting null in nsExternalProtocolHandler::HaveExternalProtocolHandler; r=jst (356b509c9a)
 - Bug 1259018 - Part c: Pass arguments to the nsExtProtocolChannel constructor; r=jst (c3cab1801c)
 - Bug 1261020 - part 1 - implement SeekTask; r=jwwang (d3df4d5de6)
 - Bug 1261020 - part 2 - modify MDSM to adopt SeekTask; r=jwwang (b51efe45c8)
 - Bug 1265296 - Move SeekTask from namespace mozilla::media to namespace mozilla. r=kaku. (cc5665837b)
 - Bug 1265315. Part 1 - remove use of MediaDecoderReader from SeekTask. r=kaku. (ee7a8e9032)
 - Bug 1265315. Part 2 - rename mReaderWrapper to mReader for less verbose coding. r=kaku. (f7426bdc4c)
 - Bug 1265311. Part 1 - Add more proxy functions to MediaDecoderReaderWrapper. r=jya. (73d59fd4c3)
 - Bug 1265311. Part 2 - constify some functions. r=jya. (87388fc7fd)
 - Bug 1266304. Part 1 - Merge MediaDecoderReader::AudioDataPromise and MediaDecoderReader::VideoDataPromise. r=kaku. (30ddbd7b03)
 - Bug 1266304. Part 2 - remove unnecessary template parameters. r=kaku. (84b012ef96)
 - Bug 1265629 - Remove unused MediaDecoderReader::BreakCycles(). r=kaku. (7144e46f3b)
 - Bug 1215439 - Don't call ResetDecode() in the destructor of MediaDecoderReader. r=gerald. (be8896cd3b)
 - Bug 1265634. Part 1 - add more proxy functions to MediaDecoderReaderWrapper and remove unused members from MDSM. r=kaku. (eacba1547d)
 - Bug 1265634. Part 2 - rename mReaderWrapper for less wording. r=kaku. (06179b09fa)
 - Bug 1265634. Part 3 - constify some functions. r=jya. (2cc6d72652)
 - Bug 1256336 - Do not use httpChannelChild after Send__delete is called. r=jduell (d3ec2be783)
 - Bug 1261070 - Move Send__delete__ to FailedAsyncOpen. r=jduell (f3a2d0e2b9)
 - Bug 1229369 - Part 2: Drop the aChannel argument to HttpChannelChild::ShouldInterceptURI() (f770dbdced)
 - Bug 1225756 - Part1: Let the regular veto handlers check on redirects then check mRedirectChannelChild in the result callback. r=mayhemer (13b87a6a84)
 - fix mispatch (04c842e2ba)
 - Bug 1210077 - Null check gNeckoChild in HttpChannelChild::ResetInterception(); r=mcmanus (9e1bb91331)
 - Bug 1233630 - Remove MediaDecoderStateMachine::AudioDecodedUsecs. r=kikuo. (4e83b86ed1)
 - Bug 1261312 - Make sure that audio/video decode task is filed again. r=jwwang (90d90c890a)
 - Bug 1238347 - stop prerolling when decoding starts if we are waiting for data. r=cpearce. (dfa46a223c)
 - Bug 1242845 - Make the computation of MediaDecoderStateMachine::HasLowUndecodedData() more accurate and consistent. r=jya. (9f3a8a3e2c)
 - Bug 1242845. Part 2 - fix format nits. r=me. (9da58b5145)
 - Bug 1237174 - Remove the unnecessary code since mState won't change in the case of DECODER_STATE_COMPLETED. r=bechen. (ad706de284)
 - Bug 1237806 - update playback position before entering buffering mode so the currentTime of the media element is more accurate during buffering. r=jya. (d491291b12)
 - Bug 1238343 - Update MDSM::mIsAudioPrerolling/mIsVideoPrerolling when playback rate changes. r=cpearce. (532419a3b5)
 - Bug 1235966 - reset mAudioCompleted and mVideoCompleted when switching MediaSink so they are resolved by the new MediaSink. r=kikuo. (5c701026e1) (167ec3b0a2)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1233914 - P1. ping doesn't honor the TP list. r=francois (14b9df4e67)
 - Bug 1233914 - P2. Testcase. r=francois (4aa1142877)
 - bit of Bug 1178058 (9309410d6d)
 - Bug 1253538 - Window.open() should not reuse an existing window if it's running a different container - patch 2, r=bz (1c62d48537)
 - Bug 1254103 - Window.open() should not reuse an existing window if it's running a different container, r=bz (ce5bf89b65)
 - Bug 1253538 - Window.open() should not reuse an existing window if it's running a different container - patch 1, r=bz (45692fa791)
 - Bug 682294 - Add an error page for file access denied. r=bz (e94be73e70)
 - Bug 682294 - Remove redundant trailing spaces. r=bz (f299d7302d)
 - Bug 1122642 - Have an error page for H2 INADEQUATE_SECURITY r=mcmanus,bz (70e89ed8f0)
 - Bug 1253792 - Handle another case of re-entrancy through nsDocShell::InternalLoad. r=smaug (87f436cc4b)
 - Bug 1240246 - Handle re-entrancy in nsDocShell::InternalLoad more gracefully. r=smaug (98985d7233)
 - Bug 1247810 - Redirect the enum query on Core profiles. - r=jrmuizel (f55c0fb46c)
 - Bug 1257861 - Test that we send cookies from XHRs in web workers when 3rd party cookies are disabled. r=sicking (2334c6621e)
 - Bug 1257861 - Default to sending all cookies if we can't compute 3rdpartyness. r=sicking (817fe6fbfc) (d04fd99cb6)

* 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

Posted

Serpent and New Moon browsers for years have an issue with big and famous HOTLINE.UA  site. Knowing that many Ukrainians are here, on MSFN, i am surprised nobody before me reported this issue for one of top 10 Ukrainian sites.

The issue is next: as you can see on screenshot below i searched, using Serpent,, for example, a cassette, on top search page at address hotline.ua.  However it give me this:

Promise.allSettled is not a function

This bug continuous for years. Can it be finally fixed? Hotline.ua is not some marginal site, it is well popular shopping system uniting most of Ukrainian internet shops.

To overcome this bug when it happens and show you this failure message you then need to click mouse on search page with thing you search and press ENTER.

Please solve this issue - it is so annoying and in 360ChromePortable 13.5 it is not happening, but i love roytam1 browser.

2024-07-06_053821.png

Posted
14 minutes ago, Rod Steel said:

Serpent and New Moon browsers for years have an issue with big and famous HOTLINE.UA  site. Knowing that many Ukrainians are here, on MSFN, i am surprised nobody before me reported this issue for one of top 10 Ukrainian sites.

The issue is next: as you can see on screenshot below i searched, using Serpent,, for example, a cassette, on top search page at address hotline.ua.  However it give me this:

Promise.allSettled is not a function

This bug continuous for years. Can it be finally fixed? Hotline.ua is not some marginal site, it is well popular shopping system uniting most of Ukrainian internet shops.

To overcome this bug when it happens and show you this failure message you then need to click mouse on search page with thing you search and press ENTER.

Please solve this issue - it is so annoying and in 360ChromePortable 13.5 it is not happening, but i love roytam1 browser.

2024-07-06_053821.png

maybe that page has some special usage, as general usage of Promise.allSettled() like example in https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise/allSettled shows no problem.

Posted
21 hours ago, Rod Steel said:

Serpent and New Moon browsers for years have an issue with big and famous HOTLINE.UA site.

The issue is next:
As you can see on the screenshot below. I searched, using Serpent, for example, a "cassette", on top search page at address hotline.ua
However. it gave me this:

Promise.allSettled is not a function

This bug continues for years. Can it be finally fixed?

... Do you have to be signed-in for this "bug" to occur? FWIW, replicating the search you referenced for that same item ("Shimano CS-HG41") with last WE's St52 (32-bit) build proceeded normally, as displayed below:

u8CibWw.png

Apologies if I'm missing something and "your" bug is actually a different one :unsure: ... BTW, are you on a SSE-only CPU? :dubbio:

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...