[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1118361: marked as done (kactivitymanagerd: activity switcher shows all activities instead of only those which are active)

Your message dated Sat, 01 Nov 2025 17:33:07 +0100
with message-id <3381457.aeNJFYEL58@laptop>
and subject line Re: Bug#1118361: kactivitymanagerd: activity switcher shows all activities instead of only those which are active
has caused the Debian Bug report #1118361,
regarding kactivitymanagerd: activity switcher shows all activities instead of only those which are active
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1118361: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1118361
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: kactivitymanagerd
Version: 6.4.91-1
Severity: normal
X-Debbugs-Cc: Martin@Lichtvoll.de

Dear Maintainer,

Since updating Plasma and related packages to 6.4.91 the activity switcher
shows all activities I ever created instead of those which I am currently
using. Also in the activity manager applet I can no longer start and stop
activities like before, the buttons for that are missing completely. This
all still used to work with Plasma 6.3.

This leads to a convoluted list of activities to choose from in the
activity switcher in case there are many activities defined.

I suspect this may be an upstream bug.

Related package versions:

- plasma-activities-bin 6.4.91-1
- qml6-module-org-kde-activities 6.4.91-1
- libplasmaactivities7 6.4.91-1
- kwin-x11 and related packages kwin-x11
  (still using X11 here).

There is libplasmaactivities6 at 6.3.4-2 also installed but this is due to
dependencies of some apps like Okular and Gwenview.

Thus I believe I have upgraded everything needed to have Plasma activities
at Plasma 6.5 Beta 2 versions.

Upstream bug report:

activity switcher applet shows all activities instead of just the active 
ones

https://bugs.kde.org/510753

This is on Devuan Ceres, but the packages involved are unforked. So unless
activity management requires Systemd I bet there would not be any 
difference.

Best,
Martin


-- System Information:
Distributor ID:	Devuan
Description:	Devuan GNU/Linux 7 (freia/ceres)
Release:	7
Codename:	freia ceres
Architecture: x86_64

Kernel: Linux 6.17.3-t14g5 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de
Shell: /bin/sh linked to /usr/bin/dash
Init: runit (via /run/runit.stopit)
LSM: AppArmor: enabled

Versions of packages kactivitymanagerd depends on:
ii  kio6                6.18.0-1
ii  libc6               2.41-12
ii  libkf6configcore6   6.18.0-1
ii  libkf6coreaddons6   6.18.0-2
ii  libkf6crash6        6.18.0-1
ii  libkf6globalaccel6  6.18.0-1
ii  libkf6i18n6         6.18.0-1
ii  libkf6kiocore6      6.18.0-1
ii  libkf6service-bin   6.18.0-1
ii  libkf6service6      6.18.0-1
ii  libkf6xmlgui6       6.18.0-1
ii  libqt6core6t64      6.9.2+dfsg-2
ii  libqt6dbus6         6.9.2+dfsg-2
ii  libqt6gui6          6.9.2+dfsg-2
ii  libqt6sql6          6.9.2+dfsg-2
ii  libqt6sql6-sqlite   6.9.2+dfsg-2
ii  libstdc++6          15.2.0-4

kactivitymanagerd recommends no packages.

kactivitymanagerd suggests no packages.

-- no debconf information

-- 
Martin

--- End Message ---
--- Begin Message --- 
Hi!

Aurélien COUDERC - 01.11.25, 15:29:12 CET:
> Yes I'd recommend closing.

Ok, I close it.

> There's no way we can maintain a separate behaviour just in Debian

I agree…

> and the design flaws highlighted in David's blog post are valid.

even though I still do not like taking functionality away first and then 
maybe at a much later time restore (some of) it. But as I wrote in 
upstream report: Those who develop the software get to decide. There might 
be development constraints that encourage doing it this way.

Best,
-- 
Martin

--- End Message ---
Reply to: