Hacker Newsnew | past | comments | ask | show | jobs | submit | aegrumet's commentslogin

Go to the Following page, scroll to the Danger Zone section at the bottom, and delete all podcasts and episodes


This is fixed in v0.47.5.


Confirmed. Thanks!


Ah, bummer. Just did some quick research, which suggested that first load can fail on iOS 14, but that refreshing the page might fix the issue. Can you try and report back?

I don't see iOS 14 in the list of simulators that ships with XCode, so this could be a challenge to reproduce.

Another option: try another browser. So if you're using Safari, try e.g. Chrome or Firefox.


Thanks for taking the time to respond! I’ve tried refreshing a couple of times and I’m afraid it made no difference. Chrome and Firefox all use the same embedded WebKit, so I’m afraid it still happens on them. I have XCode with an iOS 14 (as well as some similarly-old) Simulators if you’d like me to see if I can isolate and upload that, but according to Apple documentation[0] you should be able to download older simulators from Settings->Components->Add Platforms.

[0]: https://developer.apple.com/documentation/xcode/downloading-...


They let me download it, but alas

> The iOS 15.0 simulator runtime is not supported on macOS 15.6.1.


My XCode only goes back to iOS 15 :(

Downloading it now, will see what happens.


Agree, the experience is inconsistent. Nice catch! I'll work on a fix and post back.


When open in the browser, try some vi navigation keys :-)


Ah, just realized you might be talking about syncing state between devices. Definitely haven't tackled that, as there's no coordinating server in the architecture at this point. But I did recently add "beaming", which lets you quickly transfer your subscription lists between devices with a QR code backed by an ephemeral, signed link.


Yay! And not at all annoying. No plans to open-source the frontend at this stage but I'll keep the request in mind. Btw, that backend was part of an earlier abandoned infrastructure attempt. Still cool code imo, but no longer running on it.


This gives me some motivation to look at the podcast:location tag, which I think unlocks this use case.

https://github.com/Podcastindex-org/podcast-namespace/blob/m...


Not at the moment but I've been meaning to dig into stuff like this.

Fun sidenote, what you're describing is how the first podcast apps worked back in the day!


Thanks :-)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: