Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Status
The first post of this thread is a WikiPost and can be edited by anyone with the appropiate permissions. Your edits will be public.
I have run into a problem with youtube on Safari. I'm using 15.5 with OCLP 2.4.0 on my Mid 2012 MBP. After clearing my web data I can no longer get youtube to load. At first I thought it was just the TechPreview version of Safari I am using, but I cleared the data on the current version and I'm seeing the same thing there. In Brave I have no issue.

The problem is that Safari hangs with a beachball after loading youtube.com and redirecting to https://www.youtube.com/?themeRefresh=1

I end up having to force quit after that. I've tried to duplicate the problem on my iPad but I have no issue there after clearing web data and reloading the youtube page.

Has anyone else noticed this? If you have the urge to try it on an OCLP Mac or a currently supported Mac, please be sure to back up your safari files before hand. I'm not sure yet if there is a way to get the site to load again after clearing web data.

*** Follow up for anyone who runs into this or something similar. ***
I ended up restoring my ~/Library/Containers/com.apple.SafariTechnologyPreview/ folder from TimeMachine and that allowed me to load the youtube site again. After I was able to get the site to load it was still acting very funny and taking a long time to play video if they played at all. I then tried loading rumble and had a similar issue with video there. Most everything I tried would not play and I would get a spinning beach ball.

After making sure local video was still playing fine I decided to zap the PRAM. After 4 chimes I logged in and loaded both youtube and rumble with no issues and both played video. So I am speculating that something to do with my video card settings got borked somehow and that's what was causing the initial problem. There must be something in the themeRefresh script that triggers some video handling code. My initial reason to dumb web data was in fact issues with some videos not loading with an error message. I thought it was ad blocking at first, but disabling all of that made no difference.
 
Last edited:
Question regarding spoofing and OCLP/cMP 5,1: is it necessary at all?

I would like to use hardware accelerated H264/H265 (video toolbox). What model I need to spoof? Are there any other advantages or disadvantages?

At present I seem unable to ever get rid of the message "Some iCloud Data isn't Syncing" as nothing ever happens, just keep entering passwords so no calendar, passwords. mail, photos are syncing at all. Could this be related to the machine spoofing? My settings are set to "SMBIOS Spoof: Minimal" and "SMBIOS Spoof Model: Default" and "Allow spoofing native Macs: unchecked." In "Statistics" it says:
real_board_id='Mac-F221BEC8',
reported_model='iMacPro1,1',
reported_board_id='Mac-7BA5B2D9E42DDD94',
build_model='MacPro5,1',

Is there a list anywhere of recommended OCLP settings for a 5,1?
 
Last edited:
Question regarding spoofing and OCLP/cMP 5,1: is it necessary at all?

I would like to use hardware accelerated H264/H265 (video toolbox). What model I need to spoof? Are there any other advantages or disadvantages?

At present I seem unable to ever get rid of the message "Some iCloud Data isn't Syncing" as nothing ever happens, just keep entering passwords so no calendar, passwords. mail, photos are syncing at all. Could this be related to the machine spoofing? My settings are set to "SMBIOS Spoof: Minimal" and "SMBIOS Spoof Model: Default" and "Allow spoofing native Macs: unchecked." In "Statistics" it says:
real_board_id='Mac-F221BEC8',
reported_model='iMacPro1,1',
reported_board_id='Mac-7BA5B2D9E42DDD94',
build_model='MacPro5,1',

Is there a list anywhere of recommended OCLP settings for a 5,1?
I think spoofing is to enable 'Universal Control' for Intel laptops that are not natively supported by the installed macOS, so that, for example, one mouse could control two or more computers. I used to believe otherwise, until I was - very politely - set straight on this thread.
 
Today I set up a new external SSD volume with a 2.4/15.5/OCLP/USB, as a test for the first 16/26 Dev release next week, thinking that it will probably need to be deleted, and hopefully will not brick the entire SSD. After restarting in the used SSD volume I found three of these credence volumes, recently I used recovery to reinstall Seq 15.5 on the external SSD and the internal HHD, because of some beachballing/mouse slowness. Yesterday there were 2 Creedences, now there are three, yesterday I force ejected two of them, but they are back. What is the best thing to do with these please?
 

Attachments

  • Screenshot 2025-06-03 at 02.27.34.png
    Screenshot 2025-06-03 at 02.27.34.png
    613.6 KB · Views: 21
Hi, where do you name the port? Please
Sorry for the delay.

Anyhow, I just clicked details o the Ethernet, either 1 or 2. the next page you can name it.

Not sure it it's going to work, but for some reason it worked for me.

Any case, I hope you already resolved the issue.
 
Question regarding spoofing and OCLP/cMP 5,1: is it necessary at all?

I would like to use hardware accelerated H264/H265 (video toolbox). What model I need to spoof? Are there any other advantages or disadvantages?

At present I seem unable to ever get rid of the message "Some iCloud Data isn't Syncing" as nothing ever happens, just keep entering passwords so no calendar, passwords. mail, photos are syncing at all. Could this be related to the machine spoofing? My settings are set to "SMBIOS Spoof: Minimal" and "SMBIOS Spoof Model: Default" and "Allow spoofing native Macs: unchecked." In "Statistics" it says:
real_board_id='Mac-F221BEC8',
reported_model='iMacPro1,1',
reported_board_id='Mac-7BA5B2D9E42DDD94',
build_model='MacPro5,1',

Is there a list anywhere of recommended OCLP settings for a 5,1?
On 5.1 it should be like this
 

Attachments

  • Screenshot 2025-06-03 alle 19.51.13.png
    Screenshot 2025-06-03 alle 19.51.13.png
    80.7 KB · Views: 53
I have a problem, I originally had 2.3.2 and then i updated to 2.4.0 and restarted and then it says i have 2.1.2 (!) and if i wanted to update? so i clicked yes and i repeat and then this keeps going on in a loop

everything works fine (i am on MacOS 15.3 if it matters), so should i try to update to 2.4.0 again? and will it show up as 2.1.2 again after i restart?

does anyone else have this problem?
 
I should have reported back that I am online. A friend generously lent me his old MBP11,3 from 2014 on which, in 2023, I had installed OCLP 0.6.9 and Ventura, with exhortations that he update often (he ignored that, but enabled auto update). He lent me the MBP because I said I would use an external SSD for my stuff, and not touch the internal SSD. As soon as I received it, I downloaded OCLP 2.4.0 meaning to remove 0.6.9 later. But autoupdates don't wait for anyone, and the MBP updated to Sequoia on the main SSD. It is to the credit of OCLP 0.6.9 that not only the installation go well, it restarted albeit without WiFi and stuff. As I had OCLP 2.4.0, I updated to that, and did a root patch. Dead easy. No hiccups whatsoever. Now the laptop was running Sequoia, it was relatively easy to create a USB installer for the external SSD and just do a 'routine' install. OCLP spoils one - no extraordinary mods, nothing, just works. And since the M1-MBA was gone, I didn't need to spoof anything. Laptop is working like a champ. Thanks to you all.
 
Are you updating the drive you are booting from?

What do you mean, there is only one way to update oclp: when the popup comes up after I click on the icon when starting the app and I click yes and then after I restart my computer and that is that right? It is there a different day to update oclp to make it permanent?
 
What do you mean, there is only one way to update oclp: when the popup comes up after I click on the icon when starting the app and I click yes and then after I restart my computer and that is that right? It is there a different day to update oclp to make it permanent?
What is probably happening is that you are installing OCLP 2.4.0 to another disk or partition, not the disk/partition you are booting from.
After the update, you are prompted to install OCLP to a partition. Ensure it is the one you are booting from.
 
  • Like
Reactions: olad and houser
What do you mean, there is only one way to update oclp: when the popup comes up after I click on the icon when starting the app and I click yes and then after I restart my computer and that is that right? It is there a different day to update oclp to make it permanent?
Updating the OCLP app itself should have no effect on your computer. Only updating open core or the root patches to your boot drive should affect anything.
 
Are you updating the drive you are booting from?

What is probably happening is that you are installing OCLP 2.4.0 to another disk or partition, not the disk/partition you are booting from.
After the update, you are prompted to install OCLP to a partition. Ensure it is the one you are booting from.

Updating the OCLP app itself should have no effect on your computer. Only updating open core or the root patches to your boot drive should affect anything.

There is only 1 drive that i have installed OCLP onto, anyways I went through the whole process again, it installed and showed up as 2.4.0, and restarted my computer at the end, and then started up OCLP again, still again 2.1.2 and asked me to update to 2.4.0

then i wanted to try something new, I shutdown and started in safe mode, did the exact same thing in the above paragraph, same result

so started back into normal mode, went to the OCLP folder, deleted it manually by moving it to the trash (btw, the OCLP uninstaller app named OpenCore-Patcher-Uninstaller.pkg as shown the releases => assets section, it does not do anything(!), because I installed it and the program was nowhere to be found in the apps folder, nor was my OCLP folder uninstalled. not sure what is going on, it just might be a useless app, the devs should fix it or remove it). then i went to the OCLP releases page and manually downloaded 2.4.0 and installed it, and afterwards to double check i restarted my computer and opened OCLP again and this time it is 2.4.0 permanently!

so i dont know why the update from the app way didn't work, i had to delete and install from new, but it works now, and I don't know if any devs read this forum, or if they don't then i hope someone can send my post to them (note I am running 15.3, which is not the latest (15.5) macOS version at the time of writing), because there is an update bug and i had to do this work around to fix it.

thanks for reading, i had to take like 10 min out of my life to type this out, i hope this is useful to future readers! 😎
 
Installing the new version of OCLP is only the first step. You then have to use it to "build", or "rebuild" in your case, the new version's EFI, and then move it from its temporary folder to the production boot drive. This all done using the first option (top left, labeled "Build and Install OpenCore") on the main OCLP GUI

Then you have to reapply the root patches (top right, labeled "Post-Install Root Patch") and reboot.

All this is explained in the documentation on Dortania's site, might pay to read it 😉
 
Last edited:
  • Like
Reactions: Jauso
Installing the new version of OCLP is only the first step. You then have to use it to "build", or "rebuild" in your case, the new version's EFI, and then move it from its temporary folder to the production boot drive. This the first option (top left) on the main OCLP GUI

Then you have to reapply the root patches (top right) and reboot.

All this is explained in the documentation on Dortania's site, might pay to read it 😉

yup, i think i did all of that, the build and install, restart, and the post patches, but for good measure i did it all again, this is what it shows me:

Screenshot 2025-06-04 at 3.30.51 PM.png
 
  • Like
Reactions: rehkram
There is only 1 drive that i have installed OCLP onto, anyways I went through the whole process again, it installed and showed up as 2.4.0, and restarted my computer at the end, and then started up OCLP again, still again 2.1.2 and asked me to update to 2.4.0

then i wanted to try something new, I shutdown and started in safe mode, did the exact same thing in the above paragraph, same result

so started back into normal mode, went to the OCLP folder, deleted it manually by moving it to the trash (btw, the OCLP uninstaller app named OpenCore-Patcher-Uninstaller.pkg as shown the releases => assets section, it does not do anything(!), because I installed it and the program was nowhere to be found in the apps folder, nor was my OCLP folder uninstalled. not sure what is going on, it just might be a useless app, the devs should fix it or remove it). then i went to the OCLP releases page and manually downloaded 2.4.0 and installed it, and afterwards to double check i restarted my computer and opened OCLP again and this time it is 2.4.0 permanently!

so i dont know why the update from the app way didn't work, i had to delete and install from new, but it works now, and I don't know if any devs read this forum, or if they don't then i hope someone can send my post to them (note I am running 15.3, which is not the latest (15.5) macOS version at the time of writing), because there is an update bug and i had to do this work around to fix it.

thanks for reading, i had to take like 10 min out of my life to type this out, i hope this is useful to future readers! 😎
I am a documentation contributor of the project but not really a dev, anyway to give some insight:

What may be the issue why you were always launching old OCLP versions is trying to launch OCLP via Spotlight. Due to a change, OCLP puts an alias into "Applications" and as such Spotlight won't show it since it won't pickup aliases for some reason and will keep finding the older version(s) of the .app if they exist. Hence always launch via the alias in "Applications".

Basically, OCLP v2.3.0 deprecated the ".app.zip" package in favor of a new .pkg based installer method that existed for a while already but was an option. This new method always installs the app to "/Library/Application Support/Dortania" and puts an alias to "Applications", which ensures it will always be in a fixed location and all the mechanisms work. If you used the ".app.zip" method with 2.1.2 and extracted it to a random location (as in not into "Applications"), the updater/installer/uninstaller can't be aware of those locations and therefore cannot know to remove or replace them. You'll have to find and remove these yourself, as the updater will just make a new install to that previously mentioned location.

The uninstaller only works if the app exists in the aforementioned location, it again has no idea if an older app extracted from the .zip resides elsewhere on the system. The uninstaller was created to target the new method from the beginning, since the new method does more than just extracting the app, such as installing a PrivilegedHelperTool to avoid admin password spam in every section. As such the uninstaller has to make sure to remove those as well, in addition to the app.

These have been tested working by many, including myself. It's not a bug, the transition just can leave residuals.

Finally, even if it were to be possible to make an uninstaller that removes it from everywhere, having an app that goes full rogue by scanning and deleting files on folders that don't belong to it (even if it's just the OCLP app itself) isn't a good way to go about it. Some may, for example, intentionally backup older OCLP versions.
 
Last edited:
I am a documentation contributor of the project but not really a dev, anyway to give some insight:

What may be the issue why you were always launching old OCLP versions is trying to launch OCLP via Spotlight. Due to a change, OCLP puts an alias into "Applications" and as such Spotlight won't show it since it won't pickup aliases for some reason and will keep finding the older version(s) of the .app if they exist. Hence always launch via the alias in "Applications".

Basically, OCLP v2.3.0 deprecated the ".app.zip" package in favor of a new .pkg based installer method that existed for a while already but was an option. This new method always installs the app to "/Library/Application Support/Dortania" and puts an alias to "Applications", which ensures it will always be in a fixed location and all the mechanisms work. If you used the ".app.zip" method with 2.1.2 and extracted it to a random location (as in not into "Applications"), the updater/installer/uninstaller can't be aware of those locations and therefore cannot know to remove or replace them. You'll have to find and remove these yourself, as the updater will just make a new install to that previously mentioned location.

The uninstaller only works if the app exists in the aforementioned location, it again has no idea if an older app extracted from the .zip resides elsewhere on the system. The uninstaller was created to target the new method from the beginning, since the new method does more than just extracting the app, such as installing a PrivilegedHelperTool to avoid admin password spam in every section. As such the uninstaller has to make sure to remove those as well, in addition to the app.

These have been tested working by many, including myself. It's not a bug, the transition just can leave residuals.

Finally, even if it were to be possible to make an uninstaller that removes it from everywhere, having an app that goes full rogue by scanning and deleting files on folders that don't belong to it (even if it's just the OCLP app itself) isn't a good way to go about it. Some may, for example, intentionally backup older OCLP versions.

Interesting, i have some info to add.

I never did launch OCLP from spotlight (it is not really my thing to launch apps this way, i still have the windows habit of clicking the apps folder and selecting the app i want by mouse pointer), i always used the apps folder, and either launched it by the shortcut (as shown)

Screenshot 2025-06-04 at 8.42.49 PM.png


OR

i launched it from the app icon inside the OCLP folder inside the apps folder (and it seems that the 2.4.0 version does NOT have the folder here anymore (as you can see (or can't see)), so that has changed in 2.4.0)

both ways of launching still launched into 2.1.2 (although i cannot be 100% sure as this new info that you gave me above, i did not take it into consideration before as I did not know it, so I did not remember my past steps exactly), although if i had to guess i would say i launched OCLP many times by both ways while trying to "fix" this bug and i am 90% sure both ways still ended up opening 2.1.2 and not 2.4.0 (even though I installed it multiple times in the past).

with this new info, does your spotlight launch shortcut theory still apply?

as for the uninstaller app, i dont understand your explanation, but if it works i will take your word for it 👍. i just used the uninstaller app bc i thought it does something extra or different compared to dragging and dropping the OCLP folder into the trash, but it turns out since dragging+ dropping worked too so i won't ever need to use the uninstaller app in the future anyways.
 
Last edited:
  • Like
Reactions: rehkram
Finally, even if it were to be possible to make an uninstaller that removes it from everywhere, having an app that goes full rogue by scanning and deleting files on folders that don't belong to it (even if it's just the OCLP app itself) isn't a good way to go about it. Some may, for example, intentionally backup older OCLP versions.
AppCleaner for Mac could achieve that.
 
  • Like
Reactions: olad
Is there no fix for the Safari WebGL problem on OCLP? Mine's 2017 Air, and whenever I try playing games on Safari there's a black screen and GeoFS says "Error constructing Cesium Widget".
 
  • Like
Reactions: ponta pon pon
Is there no fix for the Safari WebGL problem on OCLP? Mine's 2017 Air, and whenever I try playing games on Safari there's a black screen and GeoFS says "Error constructing Cesium Widget".
You can run a different browser, or you could get an older version of the Safari Technology Preview and run that. I posted the details earlier in this thread. I think version 201 is the latest that still works with WebGL.
 

IMPORTANT!!

I know what's wrong. I'll provide the full web inspector output at get.webgl.org:
Code:
"[Error] WebGL: context lost.

    getContext

    pageLoaded (get.webgl.org:193)

[Error] *** Error: unable to create shader '

uniform mat4 worldViewProjection;

attribute vec4 position;

void main() {

  gl_Position = (worldViewProjection * position);

}



'

    (anonymous function) (tdl-minified.js:28:413)

    (anonymous function) (tdl-minified.js:200:87)

    (anonymous function) (tdl-minified.js:199)

    setupLogo (logo4.js:12)

    initializeLogo (logo4.js:45)

    launchLogo (get.webgl.org:157)

    pageLoaded (get.webgl.org:210)

[Error] TypeError: null is not an object (evaluating 'program.textures')

    (anonymous function) (tdl-minified.js:155)

    setupLogo (logo4.js:33)

    initializeLogo (logo4.js:45)

    launchLogo (get.webgl.org:157)

    pageLoaded (get.webgl.org:210)"



I went to blooket.com, logged in and started Tower Defense and this is the output:
Code:
"[Error] WebGL: context lost.

    getContext

    a (phaser-Do6dF6pc.js:1:109058)

    e (phaser-Do6dF6pc.js:1:109310)

    89357 (phaser-Do6dF6pc.js:1:110335)

    Lt (phaser-Do6dF6pc.js:68:6994)

    82264 (phaser-Do6dF6pc.js:1:114618)

    Lt (phaser-Do6dF6pc.js:68:6994)

    19186 (phaser-Do6dF6pc.js:66:61390)

    Lt (phaser-Do6dF6pc.js:68:6994)

    37105 (phaser-Do6dF6pc.js:66:62869)

    Lt (phaser-Do6dF6pc.js:68:6994)

    89272 (phaser-Do6dF6pc.js:8:13429)

    Lt (phaser-Do6dF6pc.js:68:6994)

    31401 (phaser-Do6dF6pc.js:8:38352)

    Lt (phaser-Do6dF6pc.js:68:6994)

    41481 (phaser-Do6dF6pc.js:16:29830)

    Lt (phaser-Do6dF6pc.js:68:6994)

    94420 (phaser-Do6dF6pc.js:1:5733)

    Lt (phaser-Do6dF6pc.js:68:6994)

    61061 (phaser-Do6dF6pc.js:1:13227)

    Lt (phaser-Do6dF6pc.js:68:6994)

    85454 (phaser-Do6dF6pc.js:23:58867)

    Lt (phaser-Do6dF6pc.js:68:6994)

    (anonymous function) (phaser-Do6dF6pc.js:68:7196)

    (anonymous function) (phaser-Do6dF6pc.js:1:2220)

    (anonymous function) (phaser-Do6dF6pc.js:1:2224)

    Module Code (phaser-Do6dF6pc.js:68:7220)

[Log] WARNING! (index-CG8gqWvD.js, line 13)

[Log] The browser console is a developer tool not intended for use by Blooket users.  DO NOT copy and paste any code in this window.  Any code execution in this window is a violation of the Blooket Terms of Use and may result in the suspension of your account. https://www.blooket.com/terms (index-CG8gqWvD.js, line 13)

[Error] WebGL: context lost.

    getContext

    init (phaser-Do6dF6pc.js:28:12538)

    initialize (phaser-Do6dF6pc.js:28:12401)

    r (phaser-Do6dF6pc.js:1:75489)

    boot (phaser-Do6dF6pc.js:1:77713)

    c (phaser-Do6dF6pc.js:3:913)

    initialize (phaser-Do6dF6pc.js:1:77522)

    (anonymous function) (index-CG8gqWvD.js:32:333852)

    o (index-CG8gqWvD.js:1:1256)

[Error] Unhandled Promise Rejection: Error: WebGL unsupported

    o (index-CG8gqWvD.js:1:1256)

[Error] TypeError: null is not an object (evaluating 'this.game.current.events')

    oie (index-CG8gqWvD.js:5:32173)

    (anonymous function) (index-CG8gqWvD.js:5:37093)

    sL (index-CG8gqWvD.js:8:37071)

    Nse (index-CG8gqWvD.js:5:9080)

    DB (index-CG8gqWvD.js:5:33423)

    E6 (index-CG8gqWvD.js:5:17514)

    LBe (index-CG8gqWvD.js:5:17297)"


I checked copter.io and because the same issue was there, even though it worked, it may have reverted to a 2D API:
Code:
"
[Log]  (tag.min.js, line 1)

     ✰ NTC - copter.io ✰ prosperlib v5ec0340 - prebid v9.42.0 - MCM 22414186302 ✰      ads by https://www.adinplay.com/



[Error] WebGL: context lost.

    getContext

    v (scripts.js:25:26673)

    Do (scripts.js:64:131029)

    (anonymous function) (scripts.js:64:141962)

    Global Code (scripts.js:64:149360)

[Error] WebGL: context lost.

    getContext

    v (scripts.js:25:26673)

    i (scripts.js:19:15062)

    Do (scripts.js:64:131058)

    (anonymous function) (scripts.js:64:141962)

    Global Code (scripts.js:64:149360)

[Log] PixiJS 4.8.8 - Canvas - http://www.pixijs.com/ (raven.min.js, line 2)

[Log] Facebook login status – Object (raven.min.js, line 2)

Object

[Log] Best ping for region – "AU" – 63 (raven.min.js, line 2)

[Log] Best region – "AU" (raven.min.js, line 2)

[Log] Best ping for region – "USW1" – 245 (raven.min.js, line 2)

[Log] Best ping for region – "TOK1" – 234 (raven.min.js, line 2)

[Log] Best ping for region – "USE1" – 283 (raven.min.js, line 2)

[Log] Best ping for region – "SA1" – 381 (raven.min.js, line 2)

[Log] Best ping for region – "EU1" – 482 (raven.min.js, line 2)

[Error] Failed to load resource: the server responded with a status of 404 () (game.js.map, line 0)

[Info] Powered by AMP ⚡ HTML – Version 2504241805000 – "https://copter.io/" (amp4ads-v0.mjs, line 2)

[Info] Successfully preconnected to https://tpc.googlesyndication.com/

[Info] Successfully preconnected to https://securepubads.g.doubleclick.net/

[Error] WebGL: context lost.

    getContext

    (anonymous function) (Anonymous Script 1 (line 1))

    JY (Anonymous Script 2 (line 1:230))

    qK (Anonymous Script 3 (line 1))

    (anonymous function) (Anonymous Script 4 (line 4683:51067))

    O_ (Anonymous Script 4 (line 4683:32332))

    ng (Anonymous Script 4 (line 4683:1389))

    w (Anonymous Script 4 (line 4683:19305))

    (anonymous function) (Anonymous Script 4 (line 4683:984))

[Info] Successfully preconnected to https://pagead2.googlesyndication.com/"


This is my display/graphics system profiler output in the Mac terminal:
Code:
"
 Intel HD Graphics 6000:



      Chipset Model: Intel HD Graphics 6000

      Type: GPU

      Bus: Built-In

      VRAM (Dynamic, Max): 1536 MB

      Vendor: Intel

      Device ID: 0x1626

      Revision ID: 0x0009

      Metal Support: Metal 2

      Displays:

        Color LCD:

          Display Type: LCD

          Resolution: 1440 x 900 (Widescreen eXtended Graphics Array Plus)

          UI Looks like: 1440 x 900

          Framebuffer Depth: 24-Bit Color (ARGB8888)

          Main Display: Yes

          Mirror: Off

          Online: Yes

          Automatically Adjust Brightness: Yes

          Connection Type: Internal"

So there's no issues with the system profiler, but Webkit's having trouble handling a WebGL context loss, shown by "WebGL context lost". I noticed that all three web pages had this issue in the presence of the WebGL API. It is unable to create shaders, and sometimes it reports "null is not an object" or "undefined". This impacts not only Safari, but also other WebKit browsers, namely Orion and SigmaOS, which report the same exact WebGL problems. However, browsers using Blink, a descendant of WebKit, and Gecko, a completely independent engine, handle WebGL Contexts with no fuss at all on my Mac. If anyone here can report this to OCLP Issues (Dortania has restricted the ability to comment or post to people who have previously contributed to the issues in OCLP), please do so, and copy-paste my web inspector output and post it as an issue on the OpenCore Legacy Patcher Github repository issues page. Also use my system profiler as evidence that the system profiler reports the graphics and display data perfectly well. The cause is within a problem in OpenCore Patcher itself, so this case where the best fellas to count on are the devs at OCLP themselves, so we need to bring this problem to their attention.

As for problems with other apps, I tried Minecraft Java Edition and not only can't it connect to servers, it also had trouble loading my skin so it loaded a Steve instead. Perhaps something else the devs at OCLP have to fix. However, I wouldn't really play Minecraft on my Mac. Education edition works fine though.

Sorry for making a post where you have to scroll for a long time. I just wanted to show the deep root of the WebGL situation with Safari on a patched Mac, and that it also extends to other WebKit issues, and issues persist in other apps too, namely Minecraft.
 
Last edited by a moderator:
Sorry for making a post where you have to scroll for a long time. I just wanted to show the deep root of the WebGL situation with Safari on a patched Mac, and that it also extends to other WebKit issues, and issues persist in other apps too, namely Minecraft.
It's a known issue for a while now. I have yet to see any indication that anyone is working on solving it, so I don't suspect it's going to get fixed. Luckily there are workarounds for most things available. I don't believe it affects all the older machines, but certainly a good number of them.

I've already come to terms with the fact that I will most likely need to buy a newer machine in the next year or so. I'm not yet sure if it will be a brand new machine or just a newer used one, but I'm definitely keeping an eye out for good deals already. Maybe I'll see a price so good I'll just have to buy something. :)
 
It's a known issue for a while now. I have yet to see any indication that anyone is working on solving it, so I don't suspect it's going to get fixed. Luckily there are workarounds for most things available. I don't believe it affects all the older machines, but certainly a good number of them.

I've already come to terms with the fact that I will most likely need to buy a newer machine in the next year or so. I'm not yet sure if it will be a brand new machine or just a newer used one, but I'm definitely keeping an eye out for good deals already. Maybe I'll see a price so good I'll just have to buy something. :)
We all appreciate the hard work the dev. Team has done to get these old Mac’s of ours useful and not in landfills. But once Apple stops supporting intel (maybe a year or so), it will possibly end the ability to load the latest OS on this old but very capable Mac’s.

Until then and beyond..our gratitude to the Dev. Team for their hard work to give some of us who still like these old Mac’s some more life. Regardless, there will be bugs and issues, and we will just have to live with what we get until we put the old Mac’s out in the pasture (or landfill).

We have to remember that the dev. Team does not get paid for this (besides some donations), so “if” they have time to fix our issues “great”, but if they don’t have time, still “great”. My old Mac still works regardless.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.