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.
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
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.
Still present in Nextcloud 3.21.2. My device is a Samsung A9 running Android 10.
Uusimman päivityksen myötä 1 tähti. Käytän sovellusta lähes päivittäin, mutta QR-koodia en ikinä missään, ja nyt tämä tyrkyttää sitä QR-koodinlukijaa oletuksena. Eikä ainakaan aiemmin tänään S-ryhmän päätteessä toiminut Bluetooth-maksaminen enää ollenkaan, eli ei edes sitten kun olin tuon QR-turhakkeen pyyhkäissyt pois tieltä (ei Androidilla eikä Iphonella). Laadunvalvonta on tekijällä pettänyt nyt lyhyen ajan sisällä jo kahdesti, eikä siellä vissiin UX-asiantuntijoitakaan paljon kuunnella.
Yes, they’re dismissible. They can even be brought back on after that (with another tap), and then they do disappear on their own.
I’ve updated Android on the tablet since reporting this, it’s now running Android 11 with One UI 3.1, with no change in the behavior as reported.
I’ve also tested landscape, portrait and autorotate modes, all with the same result.
Firstly, a big thank you @MSe1969 for keeping my old Moto G (falcon) secure!
My question is about a specific feature: for some reason, Motorola has apparently disabled charging the device when the camera (flash) LED is on (I’ve found at least one Reddit thread confirming this). Do you happen to know if this is a hardware-level limitation, or if there’s any way to override it in the OS/kernel?
I’ve been testing the phone as a security camera, and while it’s otherwise working, in practical use not having the flash LED means having to have a separate light source, adding its own complications (timers and so on).
Nextcloud is somehow different from other apps in this regard, as no other light (white) apps on the same device have this issue. For instance, here’s Play Store on my affected device (running Android 6.0.1):

Also, I seem to recall this only having started to affect Nextcloud quite recently, perhaps sometime in the past month or so.
Switching to dark mode is a workaround on my device at least (there the Android buttons are light-on-black). I can also confirm that the issue doesn’t affect my newer devices with newer Android.
Checklist
- I am using the latest version – v0.22.1
- I checked, but didn’t find any duplicates (open OR closed) of this issue in the repo.
- I have read the contribution guidelines
- This issue contains only one bug. I will open one issue for every bug report I want to file.
Steps to reproduce the bug
- Disable ”Start main player in fullscreen” in NewPipe settings
- Have a somewhat slow-to-load video (for whatever reason)
- Open the video in Newpipe
- Before video details (such as duration) have loaded, tap to switch to fullscreen
Actual behaviour
The playback controls remain on screen while the video plays, I have to tap once more to make them go away.
Expected behavior
The playback controls should disappear like they do when switching to fullscreen after the video details have loaded (and playback has begun).
Screenshots/Screen recordings

Device info
- Android version/Custom ROM version: Android 10 with OneUI 2.5
- Device model: Samsung Galaxy Tab S5e