Just upgraded the Mac OS to Big Sur 11.4 and noticed a few things missing in Safari when using the Develop > iOS device A number of tabs that are missing. When inspecting a page from an externally connected iPhone, the only tabs available are Console, Sources, and Audit. Right clicking for a list of additional tabs (e.g. Elements, Network, Timelines, Storage, Graphics, Layers etc) turns up only those three times. Also it's not possible to run JavaScript commands in the console. These issues only affect a pages being inspected on the iPhone. Inspector for regular pages (hosted on the local machine) in Safari work as normal. This seems to be a result of having upgraded to MacOS big Sur 11.4

Since upgrading to Big Sur, sending AppleScript "do JavaScript" command to Safari runs extremely slowly. For example: tell application "Safari" set rslts to do JavaScript "document.title;" in document 1 end tell ... this used to take a split second in prior versions of the MacOS. Since upgrading to Big Sur, running this script results in a spinning pinwheel, the Safari's CPU usage ramps up to 100% and the command takes about 10 seconds to complete.

Running the following AppleScript loop to remove all entries from Mac Contacts... tell application "Contacts" set countPeopleBefore to count of people repeat while (count of people) is greater than 0 set thisPerson to person 1 delete thisPerson end repeat set countPeopleAfter to count of people end tell Two curious things... countPeopleBefore is greater than 0 and countPeopleAfter = 0, suggesting everything worked fine. Nonetheless all the entries remain in Contacts -- undeleted -- after this script completes. Questions: Why? Is that a bug? Is there a more effective way to delete all entries in Contacts?

Unable to use PHP on since upgrading to Mac OS Monterey I'm aware PHP had been deprecated in previous Mac OS versions, and that it is now removed. My goal is to get it back up and running with latest version PHP (v8.0.12) I installed PHP 8 via Brew after researching various solutions, including this one The Apache worker seems to be working fine, it responds to changes implemented in /private/etc/apache2/httpd.conf BUT so far I can't get the server to execute .php files. It merely displays the contents.

I've got a webpage that loads about 1500 small square images -- approx 12 images per row, full width of the window. The rows extend beyond the screen vertically such that the overall presentation requires vertical scrolling down & up. I'm aware this many images is pushing the limits of browser memory, but nonetheless tryting to handle the problems this creates. At first, as the users scrolls up and down all the images are visible -- everything loads fine. Problems take about 20 seconds to manifest: Scrolling up and down reveals a number of images out of viewport are empty -- as if they have been de-cached. They reload automatically (i.e. browser behavior nothing to do with any coding in the web page). Zooming in reveals the images at a lower resolution, but which quickly refresh to full resolution, again automatically. Zooming out reveals images outside of viewport have emptied. Sometimes they reload, sometimes they don't. Over time increasing numbers of "unloaded" images fail to recover, so that the presentation increasingly falls apart as the user continues to scroll and zoom. I've been testing lazy loading (which doesn't seem to in implement on this page) and jQuery appear/disappear (which so far don't seem to be getting detected) Question: Is it possible to detect images that are 'unloaded' by the browser as a result of scrolling and zooming?

The following AppleScript both fails and succeeds at the open POSIX file destPath. The circumstances for success and failure are a little quirky. It fails if Contacts is closed prior to script activation. All other steps run successfully (and, in fact the delay commands are not necessary. They merely demonstrate that timing isn't the cause of the error) Error is: No cards added / No importable cards were found, which would seem to suggest a corrupt vCards.vcf file. But the same script works just fine under the following conditions. Contacts is already launched prior to execution A manual import of the vCards.vcf file is executed prior to running the script. If those two conditions are met, the script runs successfully repeatedly, as long as the app remains open. tell application "Contacts" activate delay 3 delete people save delay 3 set destPath to "/path/to/vCards.vcf" open POSIX file destPath save end tell