A button, with no icon or label, renders at the bottom of the activity list.
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 35/100
Research direction
Start with the attached screenshot and reproduction recording to identify the activity-list button and its context. Review the logs attached through PR #10863 for related evidence, then trace the corresponding desktop UI entry point. Done means the button has a visible label or icon and the activity list no longer renders an unidentified button.
Written by the indexing model from the issue text.
Description
⚠️ Before submitting, please verify the following: ⚠️
- This is a bug, not a question or a configuration issue.
- This issue is not already reported on Github (I have searched for it).
- Nextcloud Server and Desktop Client are up to date. See Server Maintenance and Release Schedule and Desktop Releases for supported versions.
- I agree to follow Nextcloud's Code of Conduct
Bug description
Steps to reproduce
https://github.com/user-attachments/assets/1e02879c-ff52-47c5-ba1b-90266b5ee6d7
Expected behavior
The button should be labelled, at the least.
Operating system
-
#!/usr/bin/env python3 import rpm import yaml from datetime import datetime, timezone package = "fedora-release-identity-kde-desktop" header = next( rpm.TransactionSet().dbMatch( rpm.RPMTAG_NAME, package, ), None, ) if header is None: raise LookupError( f"Package {package!r} is not installed" ) tags = ( "NAME", "VERSION", "RELEASE", "ARCH", "INSTALLTIME", "SIZE", "SIGPGP", "SOURCERPM", "BUILDTIME", "BUILDHOST", "PACKAGER", "VENDOR", ) properties = {} for name in tags: value = header[ getattr( rpm, f"RPMTAG_{name}", ) ] if name in ( "INSTALLTIME", "BUILDTIME", ): value = ( datetime.fromtimestamp( value, timezone.utc, ) .isoformat(timespec="seconds") .replace( "+00:00", "Z", ) ) properties[name] = value print( yaml.safe_dump( properties, sort_keys=False, default_flow_style=False, ) ) -
NAME: fedora-release-identity-kde-desktop VERSION: '44' RELEASE: '18' ARCH: noarch INSTALLTIME: '2026-05-18T17:04:16Z' SIZE: 2006 BUILDTIME: '2026-05-13T19:44:39Z' BUILDHOST: buildvm-x86-17.rdu3.fedoraproject.org PACKAGER: Fedora Project VENDOR: Fedora Project
Installation method
#!/usr/bin/env pwsh
run0 dnf5 install --refresh -y nextcloud-client
Nextcloud Server version
Nextcloud Desktop Client version
-
#!/usr/bin/env python3 import rpm import yaml from datetime import datetime, timezone package = "nextcloud-client" header = next( rpm.TransactionSet().dbMatch( rpm.RPMTAG_NAME, package, ), None, ) if header is None: raise LookupError( f"Package {package!r} is not installed" ) tags = ( "NAME", "VERSION", "RELEASE", "ARCH", "INSTALLTIME", "SIZE", "SIGPGP", "SOURCERPM", "BUILDTIME", "BUILDHOST", "PACKAGER", "VENDOR", ) properties = {} for name in tags: value = header[ getattr( rpm, f"RPMTAG_{name}", ) ] if name in ( "INSTALLTIME", "BUILDTIME", ): value = ( datetime.fromtimestamp( value, timezone.utc, ) .isoformat(timespec="seconds") .replace( "+00:00", "Z", ) ) properties[name] = value print( yaml.safe_dump( properties, sort_keys=False, default_flow_style=False, ) ) -
NAME: nextcloud-client VERSION: 34.0.3 RELEASE: 1.fc44 ARCH: x86_64 INSTALLTIME: '2026-09-14T21:00:01Z' SIZE: 21912774 SIGPGP: null SOURCERPM: nextcloud-client-34.0.3-1.fc44.src.rpm BUILDTIME: '2026-08-30T20:16:33Z' BUILDHOST: buildvm-x86-06.rdu3.fedoraproject.org PACKAGER: Fedora Project VENDOR: Fedora Project
Did this occur after an update or on a clean installation?
PS /home/beedell.roke_julian_lockhart> dnf5 history list --contains-pkgs=nextcloud-client
ID Command line Date and time Action(s) Altered
292 2026-09-14 20:59:58 304
269 2026-08-27 01:13:55 28
247 dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-d5d74ec328 2026-08-14 19:26:18 7
242 2026-08-12 22:40:07 16
144 dnf install nextcloud-client-dolphin 2026-06-19 10:21:32 4
Additional info
Per pull/10863, I have attached the relevant logs, at user-attachments/files/32355817/tlj11v.zip. NC states:
Redact information deemed sensitive before sharing!
However, I do not know what to redact, if anything is generally applicable.
- Dominant language
- C++
- Stars
- 3.9k
- Forks
- 1k
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 131
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from nextcloud/desktop
-
os: :penguin: Linux
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
0. Needs triage bug
Difficulty 4/5 3-5 days Newbie friendliness 38/100
-
bug feature: :minidisc: virtual filesystem needs info os: :door: Windows
-
bug feature: :minidisc: virtual filesystem needs info os: :door: Windows
All issues in nextcloud/desktop
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
gazebosim/gz-sensors#662 · 1 comment ·
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
LadybirdBrowser/ladybird#12123 ·