Jump to content

Ben Markson

Member
  • Posts

    88
  • Joined

  • Donations

    0.00 USD 
  • Country

    United Kingdom

1 Follower

About Ben Markson

Profile Information

  • OS
    none specified

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Ben Markson's Achievements

51

Reputation

  1. Thanks for the links. I'm afraid my choices are mainly down to a lack of skill. Creating a VM for XP wasn't my first objective. I wanted an OS that when necessity demands can run a truly up to date browser. I'm not a particular fan of Linux (I find its UI both incomplete and inconsistent) but I hate the newer incarnations of Windows. I think Linux Mint is probably the path of least resistance. It runs the latest Firefox browser. It also runs legacy browsers such as Basilisk and Firefox 52. As an after thought I wondered if it could run Windows XP. VirtualBox 7 is the default install under Mint's Software Manager (again, path of least resistance when you don't really know what you're doing). Outside running games (not a great concern for me) I'm really pleased. I have Office XP (including Outlook) running, I have an ancient version of Coral running. All things that run fine under XP but have become some kind of insane, cloud-based, mess under today's Windows. Ben.
  2. I went around in circles with VHD too. To get started I needed to get the Macrium Reflect image into a VHD file to do the restore. In the end I used Windows 7, which has good support for VHD files, to create and populate the VHD. I'm doing this on what was a W7 machine, now dual booting with Linus Mint 22. Ben.
  3. Thanks for the suggestion but I was interested in people's opinions about VMs. To be honest I'm surprised that there are not more people interested in using a VM for running XP. Oh well, Ben.
  4. All to aware that my, circa 2008, machine running Windows XP must eventually die I decided to have a play with VirtualBox 7 running under Linux Mint. While its not been a wholly trivial experience I was amazed that I was eventually able to restore a Macrium Reflect image of my current machine into a VM. To all intents and purposes it looks and works identically to the original. The main difficulties I encountered were with the set up of USB and VHD storage devices which I still find a bit clunky (this is using the Guest Additions add-on). There is a single shortcoming. VirtualBox 7 doesn't support 3D Acceleration for XP. So, for example, flash works fine but WebGL is hopelessly slow. What VM software are others using for XP? Ben.
  5. Surely it simply leads to the same MILE LONG script? turbo_launcher.gcc.url = "https://vorapis.pages.dev/product/v3/game_service/patcher/get_latest_client"; ...https://vorapis.pages.dev/product/v3/game_service/client/online_instance/1727286007541/Vorapis.user.js Ben.
  6. Is there any documentation on what they all do? For example, content.cors.disable;true, seems to cause CORS to always fail. I'm not sure when that would be useful. https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS/Errors/CORSDisabled I can't find a description for the other two are preferences. Ben.
  7. This? Changes to the display driver installation process under Microsoft Windows 7 Ben.
  8. Works for me – thank you for fixing the XP time zone anomaly. Ben.
  9. The tantalising question remains: why does my and @UCyborg's Firefox ESR 52.9 always return the correct answer? And could that be applied to the forks? Clutching as straws, but did you review your XP Regional and Time settings, and your Firefox language settings? Does that mean the forks have been tailored for later OS's such that they no longer properly interpret XP? Ben.
  10. But I think you are getting us closer to understanding what's going on... I think the default values for .toLocaleString() are based on your various system settings: I have English (United Kingdom) as my XP regional country... . (GMT +00:00) Dublin, Edinburgh, Lisbon, London with Automatically adjust clock for daylight savings changes as my XP Date and Time Properties... And English/United Kingdom [en-gb] as my Firefox and Serpent language setting... This should default to: new Date().toLocaleString('en-gb', {timeZone: 'Europe/London'}); And I think that's the problem... it's all about the defaults values. Intl.DateTimeFormat().resolvedOptions().timeZone; ...will tell you your default time zone. For me, under original Firefox this reports: "Europe/London" which is correct. But under Serpent it reports: "UTC" which is plain, unadjusted, time. So now the question is, where is Serpent getting the "UTC" string from and why doesn't it get "Europe/London"? Ben.
  11. Just to summarise. Under the original Firefox ESR 52.9 new Date().toLocaleString(); always returns the correct time as shown on the system clock. It would appear that various forks, I am currently using Serpent v52.9.0 (2024-04-19) (32-bit), sometimes return the wrong time. · It is only wrong under Windows XP. · It is only wrong if XP is configured to automatically apply daylight saving AND there is a DST adjustment in force (e.g. British Summer Time). · The console's timestsamp is correct, it is only javascript that seems to return the wrong time. Incidently, something like: new Date().getHours() + ':' + new Date().getMinutes(); always returns the system time correctly, so it seems to be specifically toLocaleString() that has the problem. If the wrong time happened under both the original Firefox and the forks I would put it down to some Microsoft XP Api quirkiness but as the time is correct under the original Firefox this suggests that the forks have picked up some broken code – although it is perverse that it only seems to effect XP. I did, somewhat optimistically, try swapping out api-ms-win-core-timezone-l1-1-0.dll for the original Firefox version but it made no difference. Ben.
  12. That is curious. At my end Firefox ESR 52.9.0 definitely does not exhibit the problem. Does that mean I have a setting that fixes the problem? Ben.
  13. That may have something to do with it. If I change XP's Date and Time Properties not to automatically adjust clock for daylight saving changes then toLocaleTimeString() reports the system time correctly under Serpent. With the automatically adjust clock for daylight saving changes in force Serpent reports the system time incorrectly. The original Firefox ESR works properly in both cases. It would seem that Serpent is adjusting the system time for DST from the system time that is already adjusted. Ben.
  14. This has me stumped. If I execute this code on the console: new Date().toLocaleTimeString(); I get a 1 hour discrepancy between Serpent v52.9.0 (2024-04-19) (32-bit) and Firefox ESR 52.9.0 (32-bit). Under Windows XP Serpent shows a 1 hour difference compared to the system clock. Doing the same thing (using the same profiles) under Windows 7 there is no discrepancy. I noticed this when using this site: https://www.tv-films.co.uk/top-film-premieres-this-week/ where Serpent (under XP) shows the wrong times. My default time zone is en-GB. I get the same discrepancy using something like: new Date().toLocaleTimeString('en-US'); Any clue what could cause this? Ben.
  15. Good news, Fritz!Box now works with St52. I see several changes with respect to Promise so this suggest that Promise.allSettled is now being properly honoured. Ben.
×
×
  • Create New...