3form
Well, I have not once found a single case where an app reacting to screenshots and controlling the process in any way was anything to me but hostile and annoying. This one does not help.
It somehow is perfect example of how modern software engineering feels to go astray for me. A feature in my device working completely in benefit of the one providing said software. I wish, and wish only I can, that this trend goes away at some point.
bigyabaireply
> I wish, and wish only I can, that this trend goes away at some point.
You don't have to wish, in this scenario. Bluesky supports third-party clients, you can use one that has a more minimal featureset if you prefer.
drdexebtjlreply
For Bluesky, sure. I think the comment was aimed at the trend.
Android and iOS should not let apps do this, because it can be (ab)used by apps that you can’t really choose not to use.
I know there’s a popular bank in my country that completely blocks screenshots and screen recordings on Android somehow.
edoceoreply
In USA Wells Fargo blocks it, so I can't get a picture of the bugs I'm trying to report.
rawlingreply
https://developer.android.com/security/fraud-prevention/acti...
shiandowreply
It still baffles me that it has become normal for an OS to place the wishes of an app above those of the user.
Hijacking the screenshot process is a privilege that you ought to be able to revoke, it's insane to allow software to be given more control.
And don't tell me it's anything to do with security when it can be circumvented in any number of ways.
javier2reply
Did you read the post? Nothing is hijacked, but its a trick where they render the normal button in a ui element for secret data, which is blanked by the system on screenshot, revealing the logo underneath. Its a reasonable feature, so its hard for apple to control it better or remove this.
Analemma_reply
No, it’s not a reasonable feature. If I take a screenshot, I want the image to include what is displayed on my fucking screen, period. What is so difficult about this?
nemomarxreply
users should have some way to control if screenshots have secret data in them or not, really. what if I do actually need to preserve it?
xorcistreply
That is a lot of words just to make it sound reasonable that a page can be exempt from the underlying screenshot functionality. It isn't. Not without asking the user.
ferreply
> hostile and annoying
If someone from Google Maps or LinkedIn team is here, please, when I take a screenshot it's because I want to a screenshot, not share the friggin location/post.
Not sure who got the idea that it was useful, it isn't.
mikepurvisreply
I would happily use the Google Maps "share" feature, but I've yet to encounter any but the simplest of scenarios where it actually preserves the entire context of what I'm trying to share: the viewport, the start and destination, stops along the way, route choice, the time of day, all of it.
If I'm sending a screenshot it's because I want to send exactly what I see on my screen and not have my recipient's gmaps instance happily recompute a route it thinks is better or leave out the routing information I included, or switch from biking to driving directions, or whatever else.
Waterluvianreply
It's of course about lock-in. In the early Web-GIS era there were a few competing but popular notation standards for sharing lat/lon/zoom/<sometimes more> that was meant to be human readable and compatible with any WMS or similar.
Ah... to imagine a world where you could just share a coordinate string and people could open it in whatever map app/page they wanted. Geo URI is probably the closest we have today but I don't think much of anything outside the OS Geo community accepts it.
KennyBlankenreply
I have a seething hatred for google maps links people send on mobile because Google no longer shows you the map in your mobile browser. It has for at least a year or twoo required Google Maps be installed to show you what the person linked to.
Razenganreply
Blame Apple for even allowing apps to be aware of the user taking a screenshot.
Just like their iCloud Keychain API that lets apps secretly track users across app reinstalls and device resets.
bethekidyouwantreply
Getting your account back on reinstall is good
umeshunnireply
Today I noticed that Amazon Pharmacy decided to blank out my prescription info that I was screenshotting to send to my doctor. WTF.
wolvoleoreply
And if you take a screenshot of a product in the Amazon app it hijacks that and copies a link instead.
AshamedCaptainreply
From the same lunacy that forces me to write my 30-something character Wi-Fi password on a "secure password field" that only shows me the last character, almost ensuring that I will make an unlimited number of typos and spend way too much time for something that should only take 30 seconds.
It's not clear who it is protecting against, it does not seem to be effective at protecting against anything at all, it is actively annoying to the user, and has no way to disable. Perfect example of the usual "security theater" feature.
Barbingreply
Apple gave too much power to iOS developers. They can use DRM strong enough that when your iPhone is open in iPhone Mirroring on your Mac, and you record your Mac screen with a third-party tool, the iPhone screen is blacked out.
skiing_crawling
This is phone OS developer's fault for even allowing it. When I take a screenshot, I expect to have an image of exactly whatever was displayed on the screen at the time. Its not a picture of your app, its a picture of my screen. Some banking apps used to (or still) prevent this and now some apps get a hook to insert their branding. My device serves some master other than myself.
spike021reply
iOS allows something similar. twitter (X) will also add a logo. I believe reddit did the same but i stopped using their app a while ago.
Chinjutreply
iOS allows something similar because this is iOS. iOS allows something exactly the same because this article is about iOS.
mh-reply
Reddit has a toggle in its settings to disable it. X, too, I think.
Personally, I wish iOS didn't even facilitate this.
edit: to be clear, I don't think iOS should notify the app at all. The app could register areas as "invisible to screenshots" perhaps - I'm torn on that functionality.
voidUpdatereply
That's what bluesky is doing in this case. It is showing the button on an area that is "invisible to screenshots", and the butterfly is behind it, so it shows through when a screenshot is taken
KennyBlankenreply
The thing that really irritates me about the banking apps blocking screenshots is that it's pretty clear to me it's not about protecting customers but denying customers the ability to document something related to their account.
devmorreply
No, it's about saving the bank money - and what costs them a lot of money is the average person being fooled into sending people their account information easily.
ruszkireply
But every bank app which I used had a button to copy all of those directly.
nemosaltatreply
> I expect to have an image of exactly whatever was displayed on the screen at the time
Do you/should you (we) really expect that though? I regularly use color filters on my apple devices— grayscale to avoid distractions during the day and red tint at night. More recently I’ve been using the motion dots. I don’t know that I can say with confidence that I never want any of those “personal-perceptional-modifiers” to appear in a screenshot, but for most folks, I would guess it’s approximately never.
zamadatixreply
The effects of cramming 2 separate workflows and 5 features into one thing called "screenshot" because anything else would end up with something too complicated for users to understand the interaction (sarcasm that figuring out what the behavior is locked to in these scenarios is just as confusing).
While we're at it, this "share" containing the copy/paste flow is the exact same kind of thing. And screw whatever logic decides to copy the URL of an image instead of the actual image sometimes from Safari when I select to copy it!
nemosaltatreply
And whatever’s worse than screw for copying presumable pngs as .webp or whatever that format is
smelendezreply
I want those things included, at least by default. A screenshot normally captures the user’s screen size, brightness, zoom level, font choices, etc.
It is often important to people that the screenshot is an accurate record of what was on the screen.
jjcm
If it's between this and a perpetual logo, I'll take this any day.
I actually really like this approach. The action button isn't relevant in this context, and it doesn't occlude the content.
There's certainly situations where you wouldn't want this (ie if you're developing the app and you want to redesign starting from a screenshot), but for the average user I think this isn't overly hostile. I understand that people are dogmatically opposed to intent being modified, but I think you need to balance nuance. I actually enjoy having an attributable source in shared elements, and I think this is a low-impact way of achieving that.
subjectleftreply
It is strange how this spawned a 100+ comments discussion on HN.
TeMPOraLreply
It's not about the logo. It's about abusing a platform feature that arguably shouldn't exist in the first place.
blauditorereply
I actually hate that apps are allowed to blank out content on screenshots, and this can't be disabled. There are apps completely mis-using it, e.g. mobile payment apps which hardly show any sensitive data in most cases, but now I can't share e.g. infos on screen with someone else easily.
It's a classic case of someone discovering a feature and thinking "hell yeah, so much security" without understanding or caring about UX impications.
I've yet to see someone saying "oh, I'm so glad my screenshot was blacked-out because I didn't realize I was in a banking app". It feels patronizing.
TeMPOraLreply
> I've yet to see someone saying "oh, I'm so glad my screenshot was blacked-out because I didn't realize I was in a banking app". It feels patronizing.
Yes, this. Payment apps, government apps, IM communications.
The other day I almost rooted my phone in anger trying to get around this, before pausing and realizing that this would only cause even more problems with those apps, thanks to remote attestation "features".
My favorite recent case, I almost locked myself out of mobile government services when changing phones recently[0], and it would've made for a stellar bug report showing when "fail safe" design can easily become "fail deadly"[1], with UI view of access and invalidation history clearly showing the timeline of a problem... if only I could take a screenshot of it. But I can't, because "much sekhurity".
--
[0] - Well, it's not really that big of a deal. With government services, there's always a way back. Might involve walking to a local civil affairs office or, worst case, a police station or a notary, but there is a way back. Big cloud services, on the other hand...
[1] - Invalidating a certificate prior to issuing a new one sounds like a good security idea, but in the real world fails critically if the two operations aren't an atomic group. In my case, issuing a new certificate failed, and I ended up walking half a day with old one invalidated and not even knowing it.
Perz1valreply
Then they deserve you taking a photo with a second phone
fluoridationreply
On a similar note in terms of frustration, my bank ended up getting me to memorize my randomly-generated passwords twice because it blocked pasting. I guess it's to discourage writing them down in plaintext files, but I bet it just makes most people choose meaningful passwords.
pfraze
This is in fact a watermark to promote the application, which otherwise wouldn't be recognizable since Bluesky looks like every other microblogging app. I didn't know that Sam literally named the file GrowthHack.tsx, which is pretty funny.
red_harereply
I can't help but respect the dev's self-awareness
yjftsjthsd-hreply
> which otherwise wouldn't be recognizable since Bluesky looks like every other microblogging app.
The text at the top of the screenshot is
> Eric Roston
> @eroston.bsky.social
So it's pretty easy to tell IMHO.
radicalriddlerreply
what happens when it’s a custom handle like @example.com?
yjftsjthsd-hreply
Honestly I didn't know that was a possibility. In that case yes, it's probably harder in when that's in play.