My Year in review stats are different depending on which device I view them on, which I think must be unintentional. For instance, the very first page says I’ve listened to ”66 different shows and 215 episodes in total” on my Android phone, ”96 different shows and 752 episodes” on my Android tablet, and ”96 different shows and 762 episodes in total” on my iPhone.
My most listened show is RA Podcast according to both the iPhone and the tablet, though they again disagree on the total listening time, whereas my Android phone says my most listened show is Let’s Talk About Sects. The entire list of most listened shows is completely different too.
I can provide screenshots if needed. I’m submitting this report from the web UI, though I haven’t found the year in review feature here, so I can’t say if it is similarly affected.
Näyttää selaimessa vanhaa selkeämmältä ja paremmalta, mutta tästä puuttuu reseptiyhteenvedon tulostaminen, joka on yksi minulle tärkeimmistä toiminnoista vanhassa (ruukaan tulostaa yhteenvedon PDF-tiedostoon, jotta voin tarkistaa jäljellä olleet määrät ilman, että tarvitsee kirjautua). Se ei haittaisi, jos tämä uuden näkymä olisi tällaisenaan nätisti tulostuva, mutta tässä ei ilmeisesti ole tulostusta ajateltu vielä ollenkaan, vaan tulosteeseen tulee valikkoa ja muuta turhaa roskaa.
Paljon onnea parikymppiselle! Kohti seuraavia kymmenlukuja!
Not only did they make the perfect stereo for the Patrick Batemans out there, they also hired a psychopath to design the UI.
Over the past week or two, episode sharing links (starting with https://pca.st/) have been intermittently responding with 404 when opened in a browser.
Right now it seems that even getting the link in a browser is broken: the sharing popup does come up, but the text field where the URL should be is stuck at ”Getting the link”.
I tested the mobile app, and there sharing still works (i.e. the shared message gets the URL right away).
Sounds good to me!
To correct myself, it looks like the default for the WP plugin is to federate the full content, whereas I’ve opted to just use the excerpt, so assuming most other users don’t change the default, their followers do get the full post content inside the app. I don’t know if that still includes the link back to the blog, but then it’s less of an issue if the link doesn’t go to a browser (even though the reloading behavior may still look a bit confusing).
Thank you for the workaround!
I can see the appeal of staying inside the app, and would usually prefer it myself too, but cases like this do challenge the usefulness of that model.
FWIW, I’ve not come across posts from other sites exhibiting this yet, but then again I’m not following many WP blogs, and I suspect the issue could be prevalent there, as my settings for the ActivityPub plugin are pretty much at defaults.
I’m using the ActivityPub plugin to enable following posts from my WordPress blog. The posts federate as excerpts with a URL pointing to the full post on my site.
Tapping on that URL in the Android app only causes it to reload the post (excerpt) inside the app, instead of opening the URL in either webview or a browser as I’d expect it to.
The (official) IOS app does open the URL a browser, as does Firefox on the desktop, which is why I suspect the Android app being at fault here.
I don’t know of a way to link my blog here it so that it opens in the app (which is a bit ironic), but here’s a deck link to the federated posts on mastodon.social. My personal Mastodon account is on mastodon.social.
Both my Android phone and Android tablet are affected, both are on Mastodon version 2.2.1. The phone is running Android 10 (with Samsung’s One UI 2.0), the tablet is on Android 11 (One UI 3.1).
Below is a screen recording from the Android phone exhibiting the issue: the first tap of the URL opens the federated note in single view, and subsequent taps then just reload that same view.
url_tap.mp4
I just tested uploading from the Nextcloud app, and it is similarly affected: no conflict dialog is shown and the existing file gets overwritten.
Steps to reproduce
- Have a PDF file with the name ”ä.pdf” (sic) in your Nextcloud.
- Have a different PDF file with the same name on your IOS device (Files app).
- Choose to share the file from your IOS device to Nextcloud.
- Select the folder where ”ä.pdf” already exists.
- Upload.
Expected behaviour
Get a dialog to choose how to deal with the filename conflict.
Actual behaviour
No dialog. The the existing file is silently overwritten by the newly shared file.
Logs
Nothing in server logs, but here’s the app log (at the default level).
Reasoning or why should it be changed/implemented?
The issue leads to data loss. I discovered this when I realized that saving bills from my banking app by sharing them to my Nextcloud had been doing this for who knows how long. (My electricity bills have the service provider name, ”Oulun Energia Sähköverkko Oy” in their filename.)
Environment data
iOS version: 17.0.3
Nextcloud iOS app version: ”Nextcloud Liquid for iOS 4.9.1.0”
Server operating system:
Web server: Apache 2.4.41
Database: MySQL/MariaDB 10.3.38
PHP version: 8.2
Nextcloud version: 27.1.3.2
Miscellaneous
- This is not reproducible on Android (with my server), which is why I’m pretty sure the fault lies with the IOS app.
- Also not reproducible on IOS with filenames with ASCII-only names (FWICT); this general case was apparently fixed when first reported as Upload via Share Menu Silently Overwrites Existing Files #1737.