Bug 89502

Summary:	make kicker lockdown more flexible
Product:	[Plasma] kiosk	Reporter:	Waldo Bastian <bastian>
Component:	kiosktool	Assignee:	geiseri
Status:	NEEDSINFO UNMAINTAINED
Severity:	wishlist	CC:	dipesh, geiseri
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Waldo Bastian 2004-09-14 17:43:39 UTC

Version:            (using KDE KDE 3.3.0)
Installed from:    Compiled From Sources
OS:                Linux

We would like to run KDE in mode with special restrictions, e.g.
the customer shouldn't be able to run programs that can be found on
the system by KDE walking through the applnk-path. Therefore the
starter applet is removed from the front-panel (kicker) and
replaced by a special profile-dependant menu,
that provides only applications the user has to work with.

That means that every possibility to run other programs must be switched off by the kiosk system. Therefore we locked down the
mouse-menues and the whole kicker by setting the kickerrc
immutable, as we didn`t find a mechanism to reduce only the
context menu (removing "add .."). Now we have a frozen kicker
that cannot be resized.

Is it possible to make the kiosk restrictions more flexible at this
point ?

Comment 1 Waldo Bastian 2004-11-03 16:53:42 UTC

A similar request for more flexibility:

Make it so that buttons & applets defined at system level can not be removed but that the user can still add additional items himself

Comment 2 geiseri 2009-03-02 04:06:22 UTC

In KDE 4.x there is no more kicker.  That being said we will need to add better integration for the plasma panel in kiosktool.

Comment 3 Sebastian Sauer 2025-12-23 09:03:11 UTC

Kicker is not there anymore and I not see a concrete issue named that could be worked on that still applies for Plasma. Please fill a new report with something actionable. Thanks in advance.

Comment 4 Bug Janitor Service 2026-01-07 03:47:16 UTC

🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!