not the op but for me safari has been deteriorating for years:
1. ios performance in scrolling and loading (especially on my ipad pro m2) is unbearably slow, just stutters everywhere when loading a page in the background
2. tap-and-hold to open a link menu is so strange; sometimes it highlights text instead of showing the menu, sometimes it works ok, there is some kind of strange ui timing issue at work
3. on ipad and ios the tab overview display scrolling is absolutely appalling like 4fps level slow... completely unbearable to scroll through tab previews
4. developer tools are abysmal compared to chrome
5. on desktop performance is also extremely slow compared to chrome, its night and day
6. battery usage is so bad on ipad, just leaving some tabs open they run down the battery and chug memory (i know this is more a web thing, but they should at least freeze tabs in the background or make it an option)
7. just strange bugs on ipad, when tapping a text field the keyboard pops up, then suddenly disappears and the pops up again... just a terrible app
etc etc lots of paper cuts, but the performance issues are the biggest for me... i like the tab groups + auto save and icloud sync and built-in spellcheck, but its getting harder and harder to resist the alternatives
The Tab Overview is due to some background tab reload.
I could basically sums up your experience as Safari is appalling at multi tab resource management. And it has been the case for 14+ years and counting.
It wasn't until Safari 18 before I have most of the rendering issues gone on sites I visit. Safari 26 is completely gone. I haven't encountered one since Safari 26.1.
With a lot of features done, I just hope Safari turn its attention to performance and snappiness of the browser. Multi Tabs doesn't work. For people who uses more than 30+ Tabs is when it start getting slow. Safari used to have an option to unload background tab and that usually fix 80% of the problem but it was taken out some years ago.
If you tap into the address bar, start typing your search, type enough for it to be specific enough that autosuggest crap
clears, and “On this page” appears. Wildly undiscoverable in practice.
3. Grievance 1 and 2 compound together. Whenever Safari (or a Safari update) breaks a feature, you cannot inform a user that they can use another browser as a work around (because all browser engines are forced to use Webkit on iOS/iPadOS)
4. Bad dev tools. This has been seeing much needed improvements (e.g. being able to type an entire word in the css pane instead of a new character on each line), but it still feels 7 years behind.
5. No way to report bugs. There is a "bug reporter" at bugs.webkit.org, however each bug is auto-tagged with a link to an internal bug tracker within Apple. This means that those who are trying to fix bugs and those are trying to report bugs have a wall between them. There is no way to have a discussion to try to narrow down what the bug is, why the bug happens in one case but not another, what's really the cause of the issue, or why the bug matters more than whoever is assigned it might realise. When reporting a bug to Apple, it's more useful to talk to an actual wall because it might fall on you giving you an actual response.
6. Performing incorrectly is more important than getting the performing correctly. This one takes some explanation, but it's a little tricky. I'll give three examples then show how they're all the same issue:
Example 1: The cool homepage.
I was working on a website. Two months before launch I decided to spend a month of time juicing up the homepage, then one more month on polish.
On the homepage I decided to use the brand's pre-existing graphics and turning them into a parallax animation (inspired by: https://www.firewatchgame.com/)
It had:
- Regular content on the page
- Parallax layers with simple vector graphics inside them so that when the user scrolled down the page, the user saw a parallax animation of the landscape changing. (e.g. far clouds, far mountains, close clouds, close mountains, hill, foreground, simple bubble particles closer than the regular content on the sides to strengthen the depth of field illusion, etc...)
- Other vector graphics following a motion path animation
- This was done in 2017, so before CSS got scroll driven animation support, or motion-path support. It was also done without JS.
- Everything worked brilliantly, until we discovered that one particular iPhone model rendered an empty blank white page.
- I lost the last month trying pulling the effect apart trying to diagnose the bug (and with Safari's buggy dev tools being no help I had to do it in the dark). I was able to determine when the bug would trigger, and had to tear down my whole homepage and rebuild it with 2 fewer parallax layers before launch and 3 days of polish for the rest of the website before launch.
(you can see the final result at https://myobrace.com, but I really would have liked the extra time for polish, if you're wondering how I achieved the effects without JS and/or scroll-driven animations, I used css's perspective and transform rules to position the elements back in the z-axis then scaled them up so they appeared the correct size with the regular page content so as the page scrolled, the elements further back appeared to scroll at a different speed. I then used SMIL for the motion paths in the SVG elements).
Example 2. The texture
I wanted to add a repeating texture to buttons so they didn't feel so flat without needing a separate network request to download an image.
I tried generating one with SVG but the SVG 1.1 filter effects implementations aren't all hardware accelerated.
I tried generating one with CSS which worked everywhere but Safari.
You can see a texture here where the texture is generated entirely within CSS, and it doesn't work in Safari (but I didn't hide the seams because the result looks like a cool mosaic and I wanted to share the technique): https://codepen.io/spartanatreyu/pen/Yzbmvbr
(if you're curious about the actual texture I used, I hand drew a minimal noise texture in photoshop that could be repeated without showing seams, then base64 encoded it and inlined it within the CSS file so it could be loaded without needing an extra network request. You can see my development version here: https://codepen.io/spartanatreyu/pen/YzoexGg?editors=1100 (the final version is locked behind a login wall in a child-friendly education webapp))
Example 3. Asset downloading
I made a webapp for kiosk machines that downloads 100mb+ of video assets when logging in for the first time. iPads have a kiosk mode so I supported iPadOS' Safari mode so that the iPads could be used in commercial settings as kiosk machines.
When the final assets were added, the iPad machines would randomly crash during the asset downloading process.
With Safari's completely broken debugging experience, I eventually learned that as Safari downloads a video, as soon as it tries to put that downloaded data somewhere, it has to copy it across to the new place it's being stored, and if you're copying more than 3mb, it crashes the browser.
The fix was to download and store each video in 1mb chunks. This slowed down the installation speed by a bit over 300%, but at least Safari didn't crash any more.
---
Now back to: "Performing incorrectly is more important than getting the performing correctly."
It turns out Safari on iOS/iPadOS has an invisible time/performance budget. Anytime Safari hits that budget, the browser stops what its doing.
- Drawing texture to screen? How about we stop drawing all textures to the screen, including text. Websites don't need to draw any text right?
- Rendering a texture in CSS? How about you have the color white covering everything else instead.
- Downloading a video that's more than 3mb? How about I crash the browser when the download completes.
Compare this to Firefox and Chrome, as they run out of their budget, they stop starting new work so they old work can finish before starting their next task. The page may take a few milliseconds longer to get to the correct result on slower devices, but the result IS correct.
Even worse:
- Safari has no way of informing the code how close it is to the budget.
- The budget can only be found by trial and error.
- If the iOS/iPadOS device has other apps in the background, the budget is smaller.
- Each device has a different budget, so you have to penalize all Safari devices to the smallest supported budget of the oldest supported device.
- If you hit the budget on the most basic functionality (e.g. a homepage, a button, downloading required assets), then your website / webapp may as well not exist to those Apple users.
To be fair, Safari 18 ( finally ) improved a lot on what what reported in both State of CSS and JS. With 26 even better, it is gotten to the point where I believe hopefully 27 it will be a non-issue most of the time. As long as they continue to grind through everything for the next few years and not stop / pulling out resource on Safari Team.
Agree on the time/performance budget. It is pain stupid. As has been the case for so many years. And yet nothing has been done about it.
This is terribly uniformed. Do not listen to this.
Cardiac hypertrophy isn't a "bad thing". This is completely contextual. What you don't want, for example, is pathological hypertrophy from things like hypertension, or exclusive left ventricular hypertrophy without associated increase in chamber size.
The heart is very complex. You 100% should exercise it.
This kind of nation-level hedging has been talked about for years in betting market-aware communities. It's honestly a much better use than fleecing nobodies with insider knowledge.
We should be more worried about who placed the losing bets then. Russia, Israel and China having a market for government and military officials to accept their bribes is kind of a bigger story than insiders fleecing gamblers.
You could export BASH_ENV to have Bash processes source a given file at startup.
Zsh has .zshenv, and Fish just has config.fish for everything with the ability to guard certain things within it to login only or non-interactive only.
Yes, it's a losing strategy; no one else is going to do this. They are inviting parties to partner with them, so it's not totally in conflict, but yeah I'm sure there's genuine concern coming out of Anthropic, but I also think as this point they've likely culturally internalized "Dangerous [think: powerful] AI" as a brand narrative.
"The Beware of Mythos!" reads to me as standard Anthropic/Dario copy. Is it more true now than it was before? Sure. Is now the moment that the world's digital infrastructure succumbs to waves of hackers using countless exploits; I doubt it.
>Is now the moment that the world's digital infrastructure succumbs to waves of hackers using countless exploits; I doubt it.
I am not into cybersecurity but the existing "technical debt" in terms of security has been barely exploited.
The issue is that literally all software has some vulnerability, want it or not. And these LLMs are like brute forcing all possibilities faster than a human can do. Sometimes humans even ignore low security issues, while maybe these LLMs are capable to build exploits on top of multiple ones.
For me they understood the moat - cybersecurity is such a trivial space to get into, I guess they are investing heavily on that because as someone else mentioned in other threads, it's obvious they are too limited for other tasks.
Becoming a "mandatory" (SOC-2 etc, things like that) integrated part of your CI/CD pipeline would be a huge win for them. Imagine that.
Anecdotal, but I do not think e-ink displays are as good for reading or benefiting from handwriting as an actual purely physical medium. They just don't have the affordances of durably occupying physical space. I say this as someone who has done quite a bit of review of the literature and has a kindle and a Supernote.
To be fair, it’s easier to concisely explain cutting someone off than justifying forgiveness. And the latter will land with some people versus others, while the former will only be rejected by people who have themselves concluded a theory of forgiveness. As a result, the simpler pitch gets upvoted. Even if the majority would have been swayed by a collection of arguments the other way.
It’s a good theory. My theory is, for whatever reason, jaded, narcissistic, miserable people congregate in r/AITA and try to drag other people into their misery because that’s easier than accepting responsibility and doing something to change.
Before Reddit made hiding profiles easy you'd click on a user's unreasonably scorched earth advice to the OP, and find their post history is essentially going to every story they come across and advocating for scorched earth.
Hiding profiles has genuinely made the platform profoundly worse. It's impossible to tell if you've just got a troll on your hands or someone who's making a good faith argument. It used to be enough to check their profile, and either downvote and move on, or engage with someone on a human level.
Now everyone is a troll/bot by default unless proven otherwise.
What are the chances you were seeing the anti-civ bots and now reddit makes them easier to hide? (And I'm not saying regular people acting like bots, but an anti-civ campaign.)
I agree with you on everything here up-to safety. There are lesser forms of safety than somehow averting a terminator scenario (the fear of which is a bay area rationalist fantasy which shrewd marketers have capitalized on)
reply