Plasma issueshttps://invent.kde.org/groups/plasma/-/issues2023-11-28T14:35:08Zhttps://invent.kde.org/plasma/plasma-workspace/-/issues/36Media Controller doesn't show spotifyd music2023-11-28T14:35:08ZEmma TebibyteMedia Controller doesn't show spotifyd musicThe music playing on spotifyd does not register on the media controller applet on Plasma 5.24.2The music playing on spotifyd does not register on the media controller applet on Plasma 5.24.2https://invent.kde.org/plasma/plasma-workspace/-/issues/34Wrong spelling of date on SDDM preview/screenshot2023-11-28T14:35:08Zivan tkachenkoWrong spelling of date on SDDM preview/screenshotThe date string on this screenshot is spelling "tuesday 25 may 2021". I'm personally not a big fan of big letters, but here it was clearly supposed to be "Tuesday", and maybe even with a comma after it. Also, might be worth it bumping th...The date string on this screenshot is spelling "tuesday 25 may 2021". I'm personally not a big fan of big letters, but here it was clearly supposed to be "Tuesday", and maybe even with a comma after it. Also, might be worth it bumping the year to 2022?
https://invent.kde.org/plasma/plasma-workspace/-/blob/7a2c8f30763cd52a701d3db0536e383c996d21b5/sddm-theme/preview.png
CC @niccoloveivan tkachenkoivan tkachenkohttps://invent.kde.org/plasma/plasma-workspace/-/issues/33Ability to set Do Not Disturb in notifications for own number of hours2023-11-28T14:35:08ZSlawek KaplonskiAbility to set Do Not Disturb in notifications for own number of hoursCurrently notifications applet allows to disable notifications for 1 hour, 4 hours, until evening, until next morning and until manually disabled.
Sometimes, for example when I have some longer online meeting or I have planned "focus wor...Currently notifications applet allows to disable notifications for 1 hour, 4 hours, until evening, until next morning and until manually disabled.
Sometimes, for example when I have some longer online meeting or I have planned "focus work time", I would like to set it e.g. for 2 hours or 3 hours. 1 hour in such case is too short and 4 are too long. Also "until manually disabled" isn't the best as I need to remember to enable notifications back when I finish my longer task.
So it would be great IMO if there would be option like "For X hours" where I could enter X manually somehow.https://invent.kde.org/plasma/plasma-workspace/-/issues/32Plasma sprint, Q1 20222023-11-28T14:35:08ZAleix Pol GonzalezPlasma sprint, Q1 2022As discussed in the Plasma meeting today, we've decided to have a sprint.
This ticket is meant as a recollection of how it's meant to work and input for its agenda which will be compiled shortly before the meeting.
Date: 5th and 6th Ma...As discussed in the Plasma meeting today, we've decided to have a sprint.
This ticket is meant as a recollection of how it's meant to work and input for its agenda which will be compiled shortly before the meeting.
Date: 5th and 6th March 2022
Where: https://meet.kde.org/b/ale-wjk-tts
Topics:
Mostly focussed on Plasma 6, but not necessarily exclusive
Times in CET (UTC+1)
# Saturday
| Time | Topic |
| ------ | ------ |
| 16:00 | Overview of where we are at with the long-running Plasma topics and how they relate to Plasma 6 (Wayland, systemd, multiscreen, etc) |
| 17:00 | Plasma internal porting plans - see Volker's comment below |
| 18:00 | Break |
| 19:00 | Qt6 porting blockers |
| 20:00 | Marco's plans for plasma-framework |
| 21:00 | Party \o/ |
# Sunday
| Time | Topic |
| ------ | ------ |
| 16:00 | Systemsettings architecture/QML porting |
| 17:00 | "QML3" changes / RHI changes |
| 18:00 | Break |
| 19:00 | VDG/UX plans for Plasma 6 |
| 20:00 | Themeing system |https://invent.kde.org/plasma/plasma-workspace/-/issues/30Proposal: use Flutter for KDE development whenever possible2023-11-28T14:35:08ZKristen McWilliamProposal: use Flutter for KDE development whenever possible## Problem
Development on KDE primarily relies on C++ and QML, which have positives but also negatives such as:
- Tempermental documentation generator
- Complexity of developing multi-platform
- Not approachable to new developers
-...## Problem
Development on KDE primarily relies on C++ and QML, which have positives but also negatives such as:
- Tempermental documentation generator
- Complexity of developing multi-platform
- Not approachable to new developers
- Poor tooling
- Frustrating package/dependency management, setting up a development environment, achieving working doc comment popups / IntelliSense / autocomplete suggestions in IDE (little-to-no support for modern, user-friendly IDEs), etc.
## Solution
I propose that we should consider using [Flutter](https://flutter.dev/) whenever possible.
Flutter is a cross-platform, open-source framework built on top of the [Dart](https://dart.dev/) programming language and from a single codebase they support:
- Desktop (linux, windows, mac)
- Mobile (android, ios)
- Web
- Support for embedded systems and IoT (internet of things) devices is forthcoming.
Simply being able to "write once, deploy anywhere" is an excellent benefit on its own, though they come with other positives as well, for example:
### Dart
- Familiarity -- Dart uses C-style syntax:
*(it also supports named parameters, a personal favorite!)*
```dart
import 'dart:math' show Random;
void main() async {
print('Compute π using the Monte Carlo method.');
await for (final estimate in computePi().take(100)) {
print('π ≅ $estimate');
}
}
/// Generates a stream of increasingly accurate estimates of π.
Stream<double> computePi({int batch = 100000}) async* {
var total = 0; // Inferred to be of type int
var count = 0;
while (true) {
final points = generateRandom().take(batch);
final inside = points.where((p) => p.isInsideUnitCircle);
total += batch;
count += inside.length;
final ratio = count / total;
// Area of a circle is A = π⋅r², therefore π = A/r².
// So, when given random points with x ∈ <0,1>,
// y ∈ <0,1>, the ratio of those inside a unit circle
// should approach π / 4. Therefore, the value of π
// should be:
yield ratio * 4;
}
}
Iterable<Point> generateRandom([int? seed]) sync* {
final random = Random(seed);
while (true) {
yield Point(random.nextDouble(), random.nextDouble());
}
}
class Point {
final double x;
final double y;
const Point(this.x, this.y);
bool get isInsideUnitCircle => x * x + y * y <= 1;
}
```
- Dart is strongly typed, and supports [sound null safety](https://dart.dev/null-safety).
- Dart has a [rich set of core libraries](https://dart.dev/overview#libraries).
## Flutter
- Familiary -- Flutter syntax and concepts have many similarities with QML:
```dart
class SampleItemListView extends StatelessWidget {
const SampleItemListView({
Key? key,
this.items = const [SampleItem(1), SampleItem(2), SampleItem(3)],
}) : super(key: key);
static const routeName = '/';
final List<SampleItem> items;
@override
Widget build(BuildContext context) {
return Scaffold(
appBar: AppBar(
title: const Text('Sample Items'),
actions: [
IconButton(
icon: const Icon(Icons.settings),
onPressed: () {
Navigator.restorablePushNamed(context, SettingsView.routeName);
},
),
],
),
body: ListView.builder(
restorationId: 'sampleItemListView',
itemCount: items.length,
itemBuilder: (BuildContext context, int index) {
final item = items[index];
return ListTile(
title: Text('SampleItem ${item.id}'),
leading: const CircleAvatar(
foregroundImage: AssetImage('assets/images/flutter_logo.png'),
),
onTap: () {
Navigator.restorablePushNamed(
context,
SampleItemDetailsView.routeName,
);
});
},
),
);
}
}
```
- Stateful hot reload -- while running a debug build, your changes to the code appear on screen in seconds, without losing the state of the app.
- Customizable, adaptable, composable widgets.
- In order to maintain a smooth UI, Flutter is designed to always reach a smooth 60 fps (120 fps for devices capable of 120Hz).
#### Also..
- Flutter applications compile down to fast, native platform code:
- Linux & Windows: C++
- Android: Java and C++
- MacOS & iOS: Objective-C/Objective-C++
- Web: Javascript
- Robust testing for unit, widget, and ingtegration tests
- [Flutter](https://docs.flutter.dev/) and [Dart](https://dart.dev/guides) have excellent documentation. In addition, because the documentation is generated directly from the source code you can always use `Go To Definition` on a method, class, widget, etc to see the implementation & documentation right at the source.
- YouTube has tons of Flutter & Dart related resources from both the community and the [official Flutter channel](https://www.youtube.com/c/flutterdev). Especially excellent is the "[Widget of the Week](https://www.youtube.com/c/flutterdev)" playlist, which is an amazing resource to get a primer on Flutter or to refresh yourself on a specific widget.
- A large and diverse collection of [third-party packages](https://pub.dev/packages?sort=popularity). Adding a package from the official repository is as simple as adding it to the list of dependencies like so:
```yaml
dependencies:
dbus: ^0.6.3
```
- Packages can also be specified as relative or absolute file path, git url w/optional reference/tag, and even a custom package repository could be implemented if truly desired.
- Support for C interop with [dart:ffi](https://dart.dev/guides/libraries/c-interop) allows calling native C APIs (and C++ wrapped for C compatability).
- Communicate with platform-specific native code via [MethodChannel](https://api.flutter.dev/flutter/services/MethodChannel-class.html) as part of the app or a plugin, allowing one to for example call functionality from C++ on desktop if needed.
- See also: [Flutter FAQ](https://docs.flutter.dev/resources/faq)
#### Bonus: Dartpad
[Dartpad](https://dartpad.dev/) is an open-source tool that allows one to run Dart & Flutter in a browser, excellent for trying out new things, quickly debugging some small item in seclusion, and sharing runnable snippets.
You can even [embed dartpads in html](https://dart.dev/tools/dartpad#embedding).
## Summary
- dartdoc converts doc comments automatically into excellent, searchable documentation that supports linking and styling, with an easy to use syntax: markdown. See the [Dart documentation](https://dart.dev/guides/language/effective-dart/documentation) for an example, which is itself generated with dartdoc.
- Multi-platform by default from a single codebase.
- Friendly to newcomers & experienced devs with a sensible syntax + great syntactic sugar, fully open and commented source, many resources for learning and reference in different formats, and (IMHO) hands-down the best tooling of any language I have seen.
I don't claim that Dart or Flutter are *perfect*, but I do think they are very good and would make for a better development experience than using C++ / QML for some projects. For example, we should consider when creating an application: why make a music player, game, educational app, Matrix client, etc.. that are frustrating to work on, difficult to onboard new contributors, and port between platforms if they don't *need* to be C++ and QML?
## Example
I have put together an example of what this might be like, using something relatively simple and self-contained for demonstration purposes: an [emoji picker](https://github.com/Merrit/feeling_finder).
![screenshot](/uploads/b501f195a229284ac580a4402f8508b2/screenshot.png)
Creating this was a fast and pleasant development experience, and now there is an emoji picker that has better than feature-parity with the current KDE implementation that could be dropped in as a replacement.
This example emoji picker is fast, functional and beautiful, while being a pleasure to develop for. A couple of further thoughts on it:
- Right now this uses internal themes. We would need to develop a package for Flutter apps to use that would allow it to take on the native theme KDE is using. Would require a bit of work, but sounds quite doable.
- Reusable. As an example, why should a project like NeoChat write a brand-new emoji picker, when:
- Custom widgets can be imported in other projects, so other Flutter projects that wanted a built-in emoji picker could simply do something like `import emoji_picker`.
- For non-Flutter projects this app would require minimal changes to accept run-time arguments that configure the app's window decorations, size, position, etc. This would allow the app to seamlessly integrate into any other application. Following NeoChat as an example, it could just direct this app to open with no decorations, in a place and size that would emulate a "popup emoji picker" that felt like a part of the application.
Links to check out this emoji app:
- [Source code & build instructions](https://github.com/Merrit/feeling_finder)
- [Linux](https://github.com/Merrit/feeling_finder/releases/latest/download/feeling_finder-linux-portable.zip)
- [Windows](https://github.com/Merrit/feeling_finder/releases/latest/download/feeling_finder-windows-portable.zip)
- [Android](https://github.com/Merrit/feeling_finder/releases/latest/download/feeling_finder-android.apk.zip)
- [Live web version](https://github.com/Merrit/feeling_finder)
<br>
I have had excellent experiences developing with both Dart and Flutter, and I can really see using them as a way to:
- Improve the general development experience.
- Simplify & improve documentation efforts.
- Reduce complexity by having one code-base seamlessly support multi-platform by default.
- Make for a better supported and more pleasant entrypoint for potential new contributors.
I would love to hear what others think. :)https://invent.kde.org/plasma/plasma-workspace/-/issues/28Add/remove rows to/from kicker model2023-11-28T14:35:08ZVitalius KuchalskisAdd/remove rows to/from kicker modelThere is currently no way to add or remove rows to or from the `org.kde.plasma.private.kicker` list model. I've found that it would be possible to implement according to the [API docs](https://doc.qt.io/qt-5/qabstractlistmodel.html#subcl...There is currently no way to add or remove rows to or from the `org.kde.plasma.private.kicker` list model. I've found that it would be possible to implement according to the [API docs](https://doc.qt.io/qt-5/qabstractlistmodel.html#subclassing). I'm not sure if the list model is currently resizable though.https://invent.kde.org/plasma/plasma-workspace/-/issues/24"Simple by default, powerful when needed" applied to multi-monitor2023-11-28T14:35:08ZNate Graham"Simple by default, powerful when needed" applied to multi-monitorWe discussed this a bit in the Plasma 5.24 kickoff meeting on Monday 19 October 2021. Here's my pitch:
## The problem
Right now multi-monitor users are terribly confused about:
1. What the "Primary Monitor" setting means and does and w...We discussed this a bit in the Plasma 5.24 kickoff meeting on Monday 19 October 2021. Here's my pitch:
## The problem
Right now multi-monitor users are terribly confused about:
1. What the "Primary Monitor" setting means and does and why it's not present on Wayland
2. What determines the screen that apps and notifications appear on, and how they change it
3. How they determine which screen their panel and containment should live on
4. How to move panels from one screen to another
5. How to move containments from one screen to another
6. How to get the same panel on multiple screens without mirroring the whole screen
In reality, the Primary Monitor setting does \#2 only for certain non-KDE apps and many games; it kind of does \#3 and \#4 but conflicts with other ways to move panels, and there is no way to do \#5 and \#6 right now. It's no wonder that people are confused!
---
I have a proposal in line with Plasma's "Simple By Default, Powerful When Needed" motto:
## Simple By Default
Now that the "Primary Monitor" setting is present in the KScreen KCM on both X11 and Wayland, we make it determine which screen shows your "primary containment"--defined as the containment that started out life with Folder View and the default panel on it (i.e. the first one you had). The whole containment automatically moves to whichever screen you designate as the primary monitor in the KScreen KCM. Notifications and new windows also automatically open on this screen. And the KScreen KCM gains some explanatory text to indicate all of this.
By default, other monitors cannot have independently-determined panels, and panels can no longer be manually dragged to another screen; it would be too confusing. Instead, we provide a simple UI to let people "mirror" the primary containment's panels across other screens, keeping them in sync with a single common set of settings.
In addition, by default widgets cannot be added to the desktop on secondary screens as this allows the risk of data loss (e.g. if you add text to a sticky note on a secondary screen and turn off the screen, that text becomes inaccessible).
It should remain possible to drag files from a Folder View containment on the primary screen onto a secondary screens, though. When any such screens are turned off, the icons on those screens would jump back to their prior locations on the primary screen's Folder View containment.
## Powerful When Needed
In the UI that allows the user to mirror their primary screens' panels onto a secondary one, we provide access to another feature: the ability to have custom layouts on secondary screens. This would essentially enable what we have today--full editability of secondary containments. Custom panels, widgets, desktop vs folder view, you name it. When the user activates this feature, we display a warning telling them that any panels and widgets they add to a custom secondary containment like this will become inaccessible when its screen is turned off.
It would also provide a way to change which containment is considered the "primary" one; clone panels; and mirror panels or containments across any or all screens. Optionally, we can provide a way for users using this feature to gain access to any currently inaccessible containments via an advanced UI, like what's being proposed in https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/618
---
An advantage to this proposal is that it happens to largely mirrors our how users *think* the system works, even if it doesn't already work this way! And experts would have more powerful tools to deterministically configure their panels and containments than they have right now.
cc @teams/usability @teams/vdg @davidedmundson @mart @apol @vladz @merritthttps://invent.kde.org/plasma/plasma-workspace/-/issues/23Merge Langauage and Formats KCM2023-11-28T14:35:08ZGhost UserMerge Langauage and Formats KCMBoth Language and Formats KCM set `$LANG` env. And we have some issues with Formats KCM. This is the issue that sum up all the to-dos, and we can discuss them here.
## Formats
### What doesn't work
#### Examples
- [x] Currently, example...Both Language and Formats KCM set `$LANG` env. And we have some issues with Formats KCM. This is the issue that sum up all the to-dos, and we can discuss them here.
## Formats
### What doesn't work
#### Examples
- [x] Currently, examples is a trailing component in Kirigami.BasicListItem. While this works perfectly fine on desktop, on PinePhone the trailing overlaps with the item title. There isn't enough space for long examples like date/time format. We need to figure out another way to display examples.
#### Not all env is settable
- [ ] We only have `Lang` `Measurement` `Time` `Number` `Monementary`, POSIX defines a wider range of envs, we should support them. The only problem is with `LC_COLLATE` because the difficulty of how can we display its example.
#### The locale list is ICU locale list
- [x] On Unicode charset, ICU locales is a superset of Glibc locales. Valid ICU locales may be invalid Glibc locale, which will lead to programs that use `gettext` complains about invalid locale. We should only let user choose POSIX locales. However, Glibc does support other charsets, which ICU doesn't. But ICU accepts locale with other charset, it will pick the Unicode version of that locale. No problem here.
#### We can't generate the Glibc locale
- [x] Glibc locale needs to be generated first. Which requires root permission. There is a systemd-localed DBus methods can do that, but we don't explicitly depends on systemd. Besides, on some distributions, we need to install the corresponding langauge package first. I can't come up with a universal solution to this. So maybe we can display a message with link to "how to generate locale on various distributions" like webpage?
## Language
- [x] Haven't looked into the code yet. IIRC @ngraham said we should just copy the existing UI into a subpage of Formats and set `LC_MESSAGE` according to the language hierarchy?
## Locale Installation/Generation
- [x] Ubuntu
We can check 'check-language-support' to determine if it's an Ubuntu based distro, old KCM compare name
http://manpages.ubuntu.com/manpages/trusty/man1/check-language-support.1.html + PackageKit
Already supported in Language KCM, copy the code over.
- [x] Other glibc distro
edit `/etc/locale.gen`, call locale-gen, help message to info manual font installation
we have to edit `/etc/locale.gen`, since distro like Arch run `locale-gen` every time. `locale-gen` purge locales not enabled in `locale.gen`
- [x] None systemd/musl distro
musl uses musl-locale, can't automate any part of it, display message
## Related:
https://invent.kde.org/frameworks/kdeclarative/-/merge_requests/87https://invent.kde.org/plasma/plasma-workspace/-/issues/20Systemmonitor widget hide background2023-11-28T14:35:08ZYuriy SaurovSystemmonitor widget hide backgroundI propose to add to the new system monitor widget the ability to remove the background of the plasmoid (optional).I propose to add to the new system monitor widget the ability to remove the background of the plasmoid (optional).https://invent.kde.org/plasma/plasma-workspace/-/issues/19FR: Access to Display Configuration in plasma-workspace containment...2023-11-28T14:35:08ZAroun OlorinFR: Access to Display Configuration in plasma-workspace containmentactions contextmenuHi,
I was not able to find the plasma workspace nor plasma desktop product in https://bugs.kde.org/enter_bug.cgi to enter a FR there.
I wish to have access to Display Configuration settings as an item in the right-click menu on the desk...Hi,
I was not able to find the plasma workspace nor plasma desktop product in https://bugs.kde.org/enter_bug.cgi to enter a FR there.
I wish to have access to Display Configuration settings as an item in the right-click menu on the desktop.
Thank you for developing KDE!https://invent.kde.org/plasma/plasma-workspace/-/issues/18Font size of digital clock2023-11-28T14:35:08ZGanluca Pettinellog_pet@hotmail.comFont size of digital clockIt would be great if it were possible to adjust the font size in digital clock when it is in one line. In particular the current font fitting the whole panel is too big vs the Noto Fonts 10 px
Thanks for what you can do
GianlucaIt would be great if it were possible to adjust the font size in digital clock when it is in one line. In particular the current font fitting the whole panel is too big vs the Noto Fonts 10 px
Thanks for what you can do
Gianlucahttps://invent.kde.org/plasma/plasma-workspace/-/issues/17NOAA data no longer obtainable2023-11-28T14:35:08ZSpence CrawfordNOAA data no longer obtainableEntering city results in no options being presented. Was working previously, issues seems to have occurred within the last week.
![Screenshot_20210715_091520](/uploads/abacc8a3747b227d8ec988d3a9cf7dfc/Screenshot_20210715_091520.png)
![...Entering city results in no options being presented. Was working previously, issues seems to have occurred within the last week.
![Screenshot_20210715_091520](/uploads/abacc8a3747b227d8ec988d3a9cf7dfc/Screenshot_20210715_091520.png)
![Screenshot_20210715_091636](/uploads/381de4c23f0a81f28271b866ed71660e/Screenshot_20210715_091636.png)https://invent.kde.org/plasma/plasma-workspace/-/issues/16AppMenu missing mnemonics (Kirigami MnemonicAttached conflict)2023-11-28T14:35:08ZArtem GrinevAppMenu missing mnemonics (Kirigami MnemonicAttached conflict)Global AppMenu applet doesn't show mnemonics underlines. I've tracked this bug down to some logic override by Kirigami's [**MnemonicAttached**](https://invent.kde.org/frameworks/kirigami/-/blob/master/src/mnemonicattached.cpp) class.
K...Global AppMenu applet doesn't show mnemonics underlines. I've tracked this bug down to some logic override by Kirigami's [**MnemonicAttached**](https://invent.kde.org/frameworks/kirigami/-/blob/master/src/mnemonicattached.cpp) class.
Kirigami's **MnemonicAttached** [removes all of acceleration marks while Alt is not pressed in current window](https://invent.kde.org/frameworks/kirigami/-/blob/master/src/mnemonicattached.cpp#L146-164). AppMenu [has](https://invent.kde.org/plasma/plasma-workspace/-/blob/master/applets/appmenu/package/contents/ui/main.qml#L122-132) some similar logic but because then it's being processed by MnemonicAttached even when Alt is pressed underlines are being trimmed. It works fine for `plasmawindowed` when it's in focus but not as a panel applet.
I see a possible solution is either:
- to add an ability to force mnemonics showing in **MnemonicAttached** (and [**ToolButton**](https://invent.kde.org/frameworks/plasma-framework/-/blob/master/src/declarativeimports/plasmacomponents3/ToolButton.qml) then as a separate property)
- or maybe somehow check for global Alt-press in Kirigami (maybe as a new [ControlType](https://invent.kde.org/frameworks/kirigami/-/blob/master/src/mnemonicattached.h#L76) logic but it's used for priorities so I don't know).
But I'm not sure how clean it is and will be glad to implement any good enough solution.
@davidedmundsonhttps://invent.kde.org/plasma/plasma-workspace/-/issues/15Follow-up from "add on-demand installation support for translations"2023-11-28T14:35:08ZHarald SitterFollow-up from "add on-demand installation support for translations"The following discussion from !560 should be addressed:
- [ ] @davidedmundson started a [discussion](https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/560#note_232309): (+2 comments)
> I think a map of enums rather t...The following discussion from !560 should be addressed:
- [ ] @davidedmundson started a [discussion](https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/560#note_232309): (+2 comments)
> I think a map of enums rather than N lists would make your life somewhat easier, also I don't especially like that if installation fails the UI will go:
>
> Incomplete -> Installing -> Complete -> Incomplete
>
> But up to you.Harald SitterHarald Sitterhttps://invent.kde.org/plasma/plasma-workspace/-/issues/14Missing systemd user services2023-11-28T14:35:08ZPeter MelloMissing systemd user servicesI just noticed a couple of systemd user services related to Plasma that show as not-found:
* plasma-baloo.services
* plasma-foreground-booster.service
They appear to be related to this MR, !366, but I can't find any evidence of the unit...I just noticed a couple of systemd user services related to Plasma that show as not-found:
* plasma-baloo.services
* plasma-foreground-booster.service
They appear to be related to this MR, !366, but I can't find any evidence of the unit files referenced in the commit, which are the same ones showing as not-found. Are Kubuntu's packages failing to include these files, or is something else at work?https://invent.kde.org/plasma/plasma-workspace/-/issues/13Accidental Reboots due to Default Shortcuts and Odd Keyboard Layout2023-11-28T14:35:08ZJavier Corderojaviercorderoperez@gmail.comAccidental Reboots due to Default Shortcuts and Odd Keyboard LayoutIssue: Due to Plasma Workspace's default session shortcuts and having an unusual keyboard layout, I've often rebooted or powered my computer off, without any warning, inadvertently.
Suggested fix: Remove the default shortcuts from the "...Issue: Due to Plasma Workspace's default session shortcuts and having an unusual keyboard layout, I've often rebooted or powered my computer off, without any warning, inadvertently.
Suggested fix: Remove the default shortcuts from the "Halt Without Confirmation", "Log Out Without Confirmation", and "Reboot Without Confirmation" shortcut entries.
I use an XPS 13 7390 laptop with the latest KDE Neon User Edition. In my setup, I use Ctrl+Shift+Alt+Right to move a window to the next Workspace and Ctrl+Shift+Alt+Left to move a window to the previous workspace. Because my laptop's keyboard has an unusual layout, I often press Page Up instead of Left and Page Down instead of right. This triggers the "Halt Without Confirmation" and "Reboot Without Confirmation" shortcuts, which interrupt whatever I'm doing at the moment, powering off my system. I've disabled the shortcuts and no longer have the issue. Nevertheless, I think that it should be prevented.
Here is a keyboard layout that's similar to mine:
![keyboard layout that is similar to mine](/uploads/73d2d289839b2007f68abd8a53c9bf9a/68Y4M_1_e.jpg)
While I can think of reasons for setting up a shortcut to halt/reboot the system without warning, I think it's a bad idea to have these shortcuts enabled and tied to a key combination by default. People who press these shortcuts accidentally may think the computer powered off for no reason. Also, the existence of these shortcuts also represents a security concern, since those could be used to exploit a system through keystroke injection attacks. For those reasons, I think the best course of action would be to remove or make these "perform dangerous action without confirmation shortcuts" disabled by default, while leaving the possibility of configuring them.
```
OS: KDE neon User Edition 5.21 x86_64
Host: XPS 13 7390 2-in-1
Kernel: 5.11.14-051114-lowlatency
```https://invent.kde.org/plasma/plasma-workspace/-/issues/12xembedsniproxy causing high cpu usage when compositor is disabled2023-11-28T14:35:07ZLea Seibertxembedsniproxy causing high cpu usage when compositor is disabledI have an Electron 8 app which while opened and having the compositor disabled causes 100% cpu usage of one core in xembedsniproxy making the system unusable until it's closed or the compositor is enabled again.
During this journald is ...I have an Electron 8 app which while opened and having the compositor disabled causes 100% cpu usage of one core in xembedsniproxy making the system unusable until it's closed or the compositor is enabled again.
During this journald is spammed with this message hundreds of times per second:
```
Apr 02 12:00:36 manjaro xembedsniproxy[1531]: Container window visible, stack below
Apr 02 12:00:36 manjaro xembedsniproxy[1531]: Container window visible, stack below
Apr 02 12:00:36 manjaro xembedsniproxy[1531]: Container window visible, stack below
Apr 02 12:00:36 manjaro xembedsniproxy[1531]: Container window visible, stack below
Apr 02 12:00:36 manjaro xembedsniproxy[1531]: Container window visible, stack below
Apr 02 12:00:36 manjaro xembedsniproxy[1531]: Container window visible, stack below
Apr 02 12:00:36 manjaro xembedsniproxy[1531]: Container window visible, stack below
Apr 02 12:00:36 manjaro xembedsniproxy[1531]: Container window visible, stack below
...
```
I'm not sure whether this is the right place to report this but some further info on how and where to solve this would be welcome, thank you. :)https://invent.kde.org/plasma/plasma-workspace/-/issues/10sddm-theme: Password prompt is displayed on all display outputs which causes ...2023-11-28T14:35:07ZApurv Jyotirmaysddm-theme: Password prompt is displayed on all display outputs which causes confusionAfter a brief discussion over sddm @ https://github.com/sddm/sddm/issues/1356, it was pointed out that the issue is probably lying with sddm-theme.
## Issue
In a multi-monitor setup, the login screen is displayed on all connected displa...After a brief discussion over sddm @ https://github.com/sddm/sddm/issues/1356, it was pointed out that the issue is probably lying with sddm-theme.
## Issue
In a multi-monitor setup, the login screen is displayed on all connected displays. However, the focus remains on only one of the prompts, and this isn't predictable at all. I can have a bigger monitor setup as primary display, but the prompt will gain focus on the in-built display of my laptop.
2 suggested solutions:
1. display prompt on only the primary screen (as it's likely to be in-front of the user) or,
2. display prompt on the active screen (as user is most likely to be looking at this screen)https://invent.kde.org/plasma/plasma-workspace/-/issues/8Environment Canada domain has changed, breaking the Weather Widget2023-11-28T14:35:06ZTiernan HubbleEnvironment Canada domain has changed, breaking the Weather WidgetIt appears that Environment Canada has changed the domain for their weather data from `dd.weatheroffice.ec.gc.ca` to `dd.weather.gc.ca`. The data layout hasn't changed, so a simple change of the base URL fixes the issue.
I have a patch ...It appears that Environment Canada has changed the domain for their weather data from `dd.weatheroffice.ec.gc.ca` to `dd.weather.gc.ca`. The data layout hasn't changed, so a simple change of the base URL fixes the issue.
I have a patch and will attempt to open a merge request.
I couldn't find any existing report on `bugs.kde.org` and wasn't sure if I should submit one since I already have a patch.https://invent.kde.org/plasma/plasma-workspace/-/issues/7Allow Option to Show Time in One Line2023-11-28T14:35:06ZAndy BettsAllow Option to Show Time in One LineSeeing the time visual organization makes me think that there should be a way for it to be one line. Even at the smallest taskbar size, we still keep two lines for time and another for date. That makes legibility impossible. I would like...Seeing the time visual organization makes me think that there should be a way for it to be one line. Even at the smallest taskbar size, we still keep two lines for time and another for date. That makes legibility impossible. I would like to propose this:
1. Allow for an option in the time KCM to turn the time and date into one line
2. Automatically switch to one line for time and date after a certain taskbar size, for example 32 and under
Something like this:
09/25/2020 2:50 PM
@teams/vdg