Live data from Hacker News

Android and iPhone users can now share files, starting with the Pixel 10

blog.google

551–560 of 585 posts

Re: Android and iPhone users can now share files, starting with the Pixel 10

#551

Earlier quoted context omitted.

Just keep in mind, if you give your device to the Apple Store for repairs, they'll automatically expect the person who is picking up to have a matching ID to the Apple account. It was a fun misunderstanding to resolve when I went to pick up my repaired Macbook Pro and they expected my ID to say Mark Suckerberg. It was resolved relatively uneventfully but still had to get the manager over.

Another fun side effect, if you put an emoji in your name, you'll need to manually edit it every time you use Apple pay or it breaks the transaction.

that's hilarious. and why would you put an emoji in your name :D

Re: Android and iPhone users can now share files, starting with the Pixel 10

#552

Earlier quoted context omitted.

I use SyncThing. It works well.

Does SyncThing automatically back up everything ? Settings, in app data, icon positions, bookmarks, messages, and browsing history? If you through your phone in the ocean and gestured on another one, would your new phone look just like your old one? And it’s been discontinued for Android…. https://forum.syncthing.net/t/discontinuing-syncthing-androi...

We're having different conversations.

Re: Android and iPhone users can now share files, starting with the Pixel 10

#553
post #318

What I want to know is under what circumstances Quick Share will send the files over the internet, and how exactly I can prevent that and force it to go solely over the local network. Nearby Share had the ability to control this, and it seems they deliberately removed it from Quick Share.

AirDrop compatible Quick Share isn't even going over the local network. It create an adhoc device-to-device wireless connection and the files are sent that way. So the two phones don't even need to be on wifi or be on the same network at all. The local network isn't involved. Given this, I think there's minimal risk of it sending files over the internet.

> It create an adhoc device-to-device wireless connection and the files are sent that way. So the two phones don't even need to be on wifi or be on the same network at all.

Isn't that just Wi-Fi Direct? Which I understand establishes a separate, dedicated temporary network for that task over Wi-Fi, with the two devices being the only ones connected to it? Isn't that still two machines on the same network via Wi-Fi, merely separate from prior networks they may have been connected to? How can you claim there is no local network or that the device doesn't need to be on Wi-Fi at all? Surely they need both a local network and Wi-Fi? Or are you referring to Bluetooth-only transfers?

In any case, my point obviously wasn't that I my home router has to see the packets, but whether/when servers on the internet become involved...

Re: Android and iPhone users can now share files, starting with the Pixel 10

#554
Wi-Fi Aware has been supported by Android since Android 8.0. However, I am a bit unsure if Android and iOS devices can communicate via Wi-Fi Aware with the SDKs that Apple released? They have two example apps, one for the DeviceDiscoveryUI and one for the AccessorySetupKit. However, would it be possible to pair/connect to an Android device? Would be great if someone had an example app.

Re: Android and iPhone users can now share files, starting with the Pixel 10

#555

Earlier quoted context omitted.

No, not at all. Someone even implemented AirDrop in Python before[1]. In fact, nothing ever needs such special hardware. It's a decision of the implementer if they'd like to get fancy and rely on such hardware in their implementation to change its security profile, but the iPhone at the other end or any Apple infrastructure would be none the wiser - they just see that they're getting appropriately signed or encrypted…

Relies on OWL which does have specific hardware requirements

It requires WiFi active monitor mode, which is a standard chipset feature. Nothing related to custom silicon, secure enclave, hardware acceleration or other such shenanigans being brought up in the current conversation, and nothing that most android phones wouldn't fully support.

Re: Android and iPhone users can now share files, starting with the Pixel 10

#556
post #467

Earlier quoted context omitted.

Just tell your MUA to only display the plaintext version. You should do that anyways.

I mean that to protect the proverbial technology-challenged grandma it should be the default. And that it should even s,http://.*,,g them out.

> I mean that to protect the proverbial technology-challenged grandma it should be the default.

Yes, I agree.

> And that it should even s,http://.*,,g them out.

No. Links are very useful and constantly present in conversation and manually written into messages. Do you seriously propose to basically ban them by default? Also I don't want the MUA to censor messages, that would also lead to a lot of confusion.

If anything, they could not render them as hyperlinks by default, but stripping them out, no.

Re: Android and iPhone users can now share files, starting with the Pixel 10

#557
post #490

Earlier quoted context omitted.

Do other file systems even support the extended attributes from Apple?

When you create a ZIP, the extended attributes are saved to separate files. When you copy them to a FAT filesystem they are also saved to separate files.

Interesting, but now this information is no longer attached to the original file and you need to manually include it, when distributing the file. Also it is now kind of obvious, that there is not only the file itself in the ZIP file.

Re: Android and iPhone users can now share files, starting with the Pixel 10

#558
post #503

Earlier quoted context omitted.

> I'm not sure there even is a good place where programs can store their internal system files without requiring root other than mixed in with the user Home. /var/run/user/ / ? Or what do you mean?

/run isn't for¹ application data, and it's also not persistent (it's often on a tmpfs). But sure, an OS could in theory use something like /var/cache/ instead of ~/.local/cache. I'm not aware of anything that does, though. ---- https://specifications.freedesktop.org/fhs/latest/run.html

You are right. I see a lot of applications putting stuff into /var/run/user//, but this is mostly ephemeral runtime data, notably sockets. And of course systemd has service units there, which don't seem temporary at all, but it's systemd, so whatever... .

The correct way for what I intend would be /var/lib/user//, but yes this does not exist on my host. But I honestly don't see why non-ephemeral per user data shouldn't be put into /home. It is definitely user-specific, under the control of the user, instead of the OS, and when you want to move your user to another host (or sync it), you definitely want to include that data as well, so putting it across the OS filesystem sounds kind of dirty to me.

Re: Android and iPhone users can now share files, starting with the Pixel 10

#559
post #418

Earlier quoted context omitted.

It’s a few million page views on the front page and a small fraction commenting.

Again, what’s the source of the data? Anyone can throw around vague numbers. “A few million” and “a small fraction” provide no useful information for the context.

https://news.ycombinator.com/item?id=26999954

Re: Android and iPhone users can now share files, starting with the Pixel 10

#560
post #426
post #416

Earlier quoted context omitted.

I don’t understand why printing is still so difficult in 2025

It’s not if you pay the price. I have a Brother printer (inkjet) and it literally just works. I can go months without printing anything, then I just print a document from my phone or laptop and it just works. This is something that should be normal but I’m still amazed every time I use it because I had an Epson before and the experience was… not the same.

Another +1 for Brother. They even manage to continue printing sanely after paper jams. Linux, Mac, Android, iPhone, all print with zero effort.
Post reply on HN