[kontact] [Bug 492944] New: KMail inside Kontact-Flatpak can't save passwords

2024-09-10 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=492944

Bug ID: 492944
   Summary: KMail inside Kontact-Flatpak can't save passwords
Classification: Applications
   Product: kontact
   Version: 6.2.0
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: mail
  Assignee: kdepim-b...@kde.org
  Reporter: lerot...@mailbox.org
  Target Milestone: ---

Created attachment 173529
  --> https://bugs.kde.org/attachment.cgi?id=173529&action=edit
Error message (in German) reporting a password safe isn't available.

SUMMARY
KMail inside Kontact installed as a flatpak can't save passwords for receiving
accounts.

STEPS TO REPRODUCE
1. Install Kontact as flatpak (with Debian?)
2. Add an account to KMail

For error message:
3. Go to KMail config dialog
4. Go to "receive" tab.
5. Doubleclick on connection -> error message will be shown (twice)

OBSERVED RESULT
No account is added to KMail as it should be (with folders and so on),
receiving emails does not work.

EXPECTED RESULT
Account folders are added, receiving emails works.

SOFTWARE/OS VERSIONS
Kontact Version: 6.2.0 (24.08.0)
KDE Frameworks 6.5.0
Qt Version 6.7.2

Host-OS with flatpak:
Linux/KDE Plasma: Debian 12 KDE Plasma
KDE Plasma Version: 5.27.5
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8

ADDITIONAL INFORMATION
- KMail was installed via Kontact suite from flatpak.
- Password saving in KOrganizer and KAddressbook works as expected.
- I tried it with two different e-mail accounts, both didn't work with same
error.
- Sending emails works as expected.

-- 
You are receiving this mail because:
You are watching all bug changes.

[i18n] [Bug 453143] Translation of update process in German confusing

2022-05-04 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=453143

--- Comment #2 from Stefan K.  ---
(In reply to Frederik Schwarzer from comment #1)
> Thanks for reaching out. :)
> 
> I agree, these two buttons are weird next to each other. I will probably use
> the "Auf Aktualisierungen prüfen" for the Refresh button.
> 
> What about "Apply Updates"? Is that a suggestion for the original string?
> Here the button is labeled "Update all". For the German translation, I would
> like to keep the "Alle aktualisieren" for "Update all" to not go too far
> from the original and to not have two quite long strings there extending the
> button layout.

I'm sorry, that was not a suggestion for a new label in English. I just not had
the correct string in English at hand, so I guessed. :D

I see the reason for the German translation of "Update all". And I think,
having the Refresh button relabeled makes the function of "Update All"/"Alle
aktualisieren" clear.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 453143] New: Translation of update process in German confusing

2022-04-28 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=453143

Bug ID: 453143
   Summary: Translation of update process in German confusing
   Product: Discover
   Version: unspecified
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: discover
  Assignee: lei...@leinir.dk
  Reporter: lerot...@mailbox.org
CC: aleix...@kde.org
  Target Milestone: ---

SUMMARY
***
Translation in Discover for updating the system in German language should be
changed.
***


STEPS TO REPRODUCE
1. Open Discover (in German)
2. Open Update-Dialog

OBSERVED RESULT
The buttons to refresh the updatable list ("Aktualisieren" = refresh/update)
and for applying the updates ("Alle aktualisieren" = refresh/update all) is
confusing.

EXPECTED RESULT
It should be more clear what those buttons do. I suggest using
- Refresh -> "Auf Aktualisierungen prüfen"
- Apply updates -> "Aktualisierungen anwenden" or "Aktualisierungen
installieren"

SOFTWARE/OS VERSIONS 
Linux/KDE Plasma: openSUSE Tumbleweed
(available in About System)
KDE Plasma Version: 5.24.4
KDE Frameworks Version: 5.93.0
Qt Version: 5.15.2

-- 
You are receiving this mail because:
You are watching all bug changes.

[Falkon] [Bug 452369] New: Adding a profile switcher button and dialog

2022-04-07 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=452369

Bug ID: 452369
   Summary: Adding a profile switcher button and dialog
   Product: Falkon
   Version: unspecified
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: now...@gmail.com
  Reporter: lerot...@mailbox.org
  Target Milestone: ---

Created attachment 148024
  --> https://bugs.kde.org/attachment.cgi?id=148024&action=edit
Mockup for a profile switcher button and dalog.

SUMMARY
Improve profile management via adding a button to get a profile switch dialog
or somewhat. For suggestion see attachment. Not very high quality work, but I
think, the idea is clear.
For every profile there could also be an option to add it to the starter
context menu.

ADDITIONAL INFORMATION
I think this could improve the use of falkon because you can seperate work and
private browsing or seperate logins to make tracking more difficult or even
login to more than one account of a service from one pc.
Could be included in falkon itself or as an extension. But I'm not an
experienced programmer, so I can't do it myself (yet), nor do I have the time
atm to get to that point of expertise easily.
So what is your opinion about that?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 419333] [Wayland] Titlebar of a window turns black

2022-01-27 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=419333

--- Comment #5 from Stefan K.  ---
I haven´t seen it for a long time, too. I guess it´s fixed for XWayland. Native
windows don´t support it (yet).

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 439035] New: The "correct" application is run on the second click. First one starts nothing or the previous one.

2021-06-22 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=439035

Bug ID: 439035
   Summary: The "correct" application is run on the second click.
First one starts nothing or the previous one.
   Product: plasmashell
   Version: 5.22.1
  Platform: Neon Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Application Launcher (Kickoff)
  Assignee: k...@davidedmundson.co.uk
  Reporter: familieku...@arcor.de
CC: mikel5...@gmail.com, plasma-b...@kde.org
  Target Milestone: 1.0

SUMMARY

This is an annoying one. Kickoff (or KRunner) starts the application I have
clicked before. It seems to ignore the current request and repeats the last
one.

The bug seems to be introduced with Plasma 5.22.1 (Framework .83).


STEPS TO REPRODUCE
1. Log in.
2. Run one application in Kickoff - in example Dolphin.
3. Nothing happens.
4. Click on "System Settings".
5. Dolphin appears.
6. Click on something else.
7. "System Settings" appears.


OBSERVED RESULT

It also seems to have side effects. If I want media files from dolphin to open
in vlc, it is just the same. The first time nothing happens. The second time
the file is opened in vlc. If I want another file, I have to open vlc twice.
Because the first time it opens with the previous file.

It does not affect keyboard shortcuts like META+E to start Dolphin. These still
work correct. As far as I see. Konsole is fine, too.


EXPECTED RESULT

Well, open the apps I wanted to :)


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Neon Linux (up-to-date)
KDE Plasma Version: 5.22.1
KDE Frameworks Version: 5.83.0
Qt Version: 5.15.3

ADDITIONAL INFORMATION

I tested it with a fresh user profile, too. The same result. Interestingly I
can only reproduce it in a Wayland session.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 418411] [Wayland] Cursor appears as a black box.

2020-10-14 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=418411

--- Comment #7 from Stefan K.  ---
I can report the bug is gone. The cursor is now working as expected. It seems
to be fixed in September - my best guess. KDE (Neon) is Kernel 5.8, Plasma
5.19.5, Qt 5.15 and KF 5.75.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 415798] [Wayland] task switcher is black after changing

2020-04-19 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=415798

--- Comment #7 from Stefan K.  ---
Created attachment 127696
  --> https://bugs.kde.org/attachment.cgi?id=127696&action=edit
default left-side task switcher

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 415798] [Wayland] task switcher is black after changing

2020-04-19 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=415798

--- Comment #6 from Stefan K.  ---
It also happens when I change the font settings. In my case I switched the
title bar font, clicked on "Apply" and after a short workspace flickering the
task switcher is broken.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 419333] [Wayland] Titlebar of a window turns black

2020-04-19 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=419333

--- Comment #3 from Stefan K.  ---
There is a way not to get the titlebar black but make it disappear instead. I
am Houdini ;)

I changed the window title font to something else and the "raised" window
titlebar - of Thunderbird/Xwayland in my case - became invisible. If I
doubleclick the title bar (to get the window contents back) it is visible
again.

Sometimes this font changing crash plasmashell and leave the titlebar visible.
I can upload a crashdump if you are interested?

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 418411] [Wayland] Cursor appears as a black box.

2020-04-06 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=418411

--- Comment #5 from Stefan K.  ---
Hmm, I am unsure if it might be helpful.

I booted my system with the distribution kernel (4.15.0-70-generic) for some
reason and it made a difference. Though the changes (in the graphics subsystem)
to the current kernel could be too huge to help triage this bug.

The cursor is always rendered correctly.

If you switch from a Xwayland window to a native one it is in the foreground
but "inactive" (no focus).

If you switch from native window to XWayland it gets "active" (focus) as
expected.

If you do not cross the window protocol everything is okay.


(I updated KDE from .3 to 5.18.4 yesterday. I suppose this is not the
cause...?)

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 419333] [Wayland] Titlebar of a window turns black

2020-03-31 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=419333

--- Comment #2 from Stefan K.  ---
I have been testing wayland for a few weeks to see how stable it got. I started
with an empty kde configuration folder. Before that I used X11 for years (and
occasional wayland tests) and have never encountered "black boxes". I may
check, if I can reproduce it now on X11? But in the past (on neon bionic) it
never happened.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 419333] New: [Wayland] Titlebar of a window turns black

2020-03-28 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=419333

Bug ID: 419333
   Summary: [Wayland] Titlebar of a window turns black
   Product: kwin
   Version: 5.18.3
  Platform: Neon Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: wayland-generic
  Assignee: kwin-bugs-n...@kde.org
  Reporter: familieku...@arcor.de
  Target Milestone: ---

SUMMARY

The titlebar of an application turns into a black box. You can still click the
buttons or move it around. I am using the default breeze (light) appearance.


STEPS TO REPRODUCE
1. So far I only observed this on Xwayland clients and if it is "raised(?)".
The german version says "Fensterheber" - so you can only see its
titlebar/window decoration. I do not know what causes it, yet.


OBSERVED RESULT

The titlebar is rerendered correctly if I resize the window. Not using the
maximize or minimize buttons.


EXPECTED RESULT

Obviously to keep its titlebar intact :)


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KDE neon (custom kernel 5.4.24)
KDE Plasma Version: 5.18.3
KDE Frameworks Version: 5.68.0
Qt Version: 5.14.1

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 415798] [Wayland] task switcher is black after changing

2020-03-28 Thread Stefan K.
https://bugs.kde.org/show_bug.cgi?id=415798

Stefan K.  changed:

   What|Removed |Added

 CC||familieku...@arcor.de

--- Comment #5 from Stefan K.  ---
I can confirm this on an up to date KDE neon.

I tried several things for nothing to make it redraw its background. Like
restarting plasmashell, changing the task switcher layout or colors/plasma/app
style and so on. Sometimes I have a stretched blurry image of the last
application window instead of the black background. But it is only kept until
the next "switch".

-- 
You are receiving this mail because:
You are watching all bug changes.