https://bugs.kde.org/show_bug.cgi?id=402857
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=469626
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=154804
--- Comment #88 from Bernd Steinhauser ---
(In reply to svlmrc from comment #84)
> I'd say the menu should simply go away, it's not intuitive at all since all
> the other OSes and all the other Linux DEs don't use it. Just r
https://bugs.kde.org/show_bug.cgi?id=441057
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=486610
Bug ID: 486610
Summary: Support locking tabs
Classification: Applications
Product: dolphin
Version: unspecified
Platform: Exherbo
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=447139
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--- Comment #1
https://bugs.kde.org/show_bug.cgi?id=436318
--- Comment #97 from Bernd Steinhauser ---
(In reply to Patrick O'Callaghan from comment #96)
>
> (you'll have to scroll down. The current list archive system doesn't seem to
> offer links to a specific message).
Click on the
https://bugs.kde.org/show_bug.cgi?id=484995
--- Comment #4 from Bernd Steinhauser ---
I tried with a single screen and there I couldn't reproduce it or only if I
used tricks like Alt+Tab to steal the focus away from spectacle.
Interestingly, when I went back to multiscreen (same setup as b
https://bugs.kde.org/show_bug.cgi?id=484995
--- Comment #2 from Bernd Steinhauser ---
(In reply to Noah Davis from comment #1)
> On my 2 monitor setup, it seems that the screen edge hotspots are only
> triggerable when the spectacle window near a hotspot is not focused.
Hm, not quite sur
https://bugs.kde.org/show_bug.cgi?id=484995
Bug ID: 484995
Summary: When taking rectangle screen shot, screen edge
triggers should be blocked
Classification: Applications
Product: Spectacle
Version: 24.02.1
Platform: Ex
https://bugs.kde.org/show_bug.cgi?id=484363
Bug ID: 484363
Summary: Sometimes, on a multimonitor setup, screen locker
fails to unlock screen and shows "Unlock" button that
does nothing
Classification: Plasma
Product: ksc
https://bugs.kde.org/show_bug.cgi?id=408775
--- Comment #32 from Bernd Steinhauser ---
(In reply to Kurt Hindenburg from comment #31)
> Let us know if you still have this issue on a recent version
As I wrote in the previous post, I'm fine with closing the issue.
--
You are receiving t
https://bugs.kde.org/show_bug.cgi?id=456210
--- Comment #84 from Bernd Steinhauser ---
Despite being marked as resolved, this still occurs to me sometimes on Plasma
6.0.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=473472
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=426276
--- Comment #6 from Bernd Steinhauser ---
(In reply to Alfonso Murolo from comment #5)
> Interesting, is that also supported in tmux? (I do not have a lot of
> experience with it).
Neither do I, but here's an excerpt of the manual:
https://w
https://bugs.kde.org/show_bug.cgi?id=426276
--- Comment #4 from Bernd Steinhauser ---
That's remappable, it's called "Focus Above/Below/Left/Right Terminal".
What at least I meant was something like "Cycle Through Terminals in Current
View".
That's of cou
https://bugs.kde.org/show_bug.cgi?id=483608
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--- Comment #2
https://bugs.kde.org/show_bug.cgi?id=426276
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--- Comment #2
https://bugs.kde.org/show_bug.cgi?id=482316
--- Comment #1 from Bernd Steinhauser ---
I should note that I had a friend test this, too. So it's verified on at least
2 computers. However, both were running Exherbo Linux.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=482316
Bug ID: 482316
Summary: Close to system tray not working after program start
Classification: Applications
Product: konversation
Version: 1.10.24020
Platform: Exherbo
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=481175
Bug ID: 481175
Summary: Cannot create new puzzles
Classification: Applications
Product: palapeli
Version: 2.1.240195
Platform: Exherbo
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=34362
--- Comment #57 from Bernd Steinhauser ---
(In reply to miranda from comment #56)
> (In reply to Bernd Steinhauser from comment #55)
> > Yes, that works. It would still be a good thing if mouse buttons could be
> > assigned directly, s
https://bugs.kde.org/show_bug.cgi?id=34362
--- Comment #55 from Bernd Steinhauser ---
(In reply to miranda from comment #54)
> Wouldn't binding a keyboard button to a mouse button, followed by an action
> to a keyboard button, be considered a workaround? The original bug report
>
https://bugs.kde.org/show_bug.cgi?id=471381
--- Comment #1 from Bernd Steinhauser ---
Created attachment 159856
--> https://bugs.kde.org/attachment.cgi?id=159856&action=edit
Short video demonstrating the problem
Here's a short video showing this.
I start on page 200, where I sel
https://bugs.kde.org/show_bug.cgi?id=471381
Bug ID: 471381
Summary: Double-click text selection not possible for newly
opened pages
Classification: Applications
Product: okular
Version: 23.04.2
Platform: Exherbo
https://bugs.kde.org/show_bug.cgi?id=424798
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=326972
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=384070
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=469227
--- Comment #14 from Bernd Steinhauser ---
(In reply to Andrej Halveland from comment #13)
> Yeah, sure.
>
> The Application Dashboard seems to open on the wrong (external) monitor.
Ok, thanks. Then it really seems you're observing
https://bugs.kde.org/show_bug.cgi?id=469227
--- Comment #12 from Bernd Steinhauser ---
I'd say it's the same.
Could you also try the dashboard, just for completeness? Just switch the menu
to the dashboard alternative temporarily.
--
You are receiving this mail because:
You are wa
https://bugs.kde.org/show_bug.cgi?id=469227
--- Comment #10 from Bernd Steinhauser ---
Is xrandr actually working correctly on wayland or is there a wayland-specific
command?
Could it be a config problem? I did wipe my plasma config files when 5.27 was
released, so I wouldn't expect it, bu
https://bugs.kde.org/show_bug.cgi?id=469227
--- Comment #9 from Bernd Steinhauser ---
Created attachment 158630
--> https://bugs.kde.org/attachment.cgi?id=158630&action=edit
xrandr when things go wrong
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=469227
--- Comment #8 from Bernd Steinhauser ---
Created attachment 158629
--> https://bugs.kde.org/attachment.cgi?id=158629&action=edit
xrandr when everything is positioned correctly
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=469227
--- Comment #7 from Bernd Steinhauser ---
(In reply to Nate Graham from comment #6)
> It looks like the only differences in the outputs of those commands is that
> the screens are changing orders in the files. Their actual data is all
> co
https://bugs.kde.org/show_bug.cgi?id=469227
--- Comment #5 from Bernd Steinhauser ---
Created attachment 158600
--> https://bugs.kde.org/attachment.cgi?id=158600&action=edit
plasma applets config file
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=469227
--- Comment #4 from Bernd Steinhauser ---
Created attachment 158599
--> https://bugs.kde.org/attachment.cgi?id=158599&action=edit
kscreen-doctor -o; when positioning is wrong
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=469227
--- Comment #3 from Bernd Steinhauser ---
Created attachment 158598
--> https://bugs.kde.org/attachment.cgi?id=158598&action=edit
kscreen-doctor -o; when positioning is correct
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=469227
--- Comment #2 from Bernd Steinhauser ---
Created attachment 158597
--> https://bugs.kde.org/attachment.cgi?id=158597&action=edit
kscreen-console bug; when positioning is wrong
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=469227
--- Comment #1 from Bernd Steinhauser ---
Created attachment 158596
--> https://bugs.kde.org/attachment.cgi?id=158596&action=edit
kscreen-console bug; when positioning is correct
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=469227
Bug ID: 469227
Summary: When switching screens on in specific order, tooltips
and dashboard may appear at wrong positions/screen
Classification: Plasma
Product: plasmashell
Version: 5.2
https://bugs.kde.org/show_bug.cgi?id=436318
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=385951
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--- Comment #13
https://bugs.kde.org/show_bug.cgi?id=154804
--- Comment #48 from Bernd Steinhauser ---
(In reply to sbahling from comment #39)
> Of course on a computer system there are other options than "moving" and we
> should have ways to access those options via key modifiers or using
&
https://bugs.kde.org/show_bug.cgi?id=458978
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--- Comment #2
https://bugs.kde.org/show_bug.cgi?id=439135
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=388583
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=455645
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=456210
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=465463
--- Comment #8 from Bernd Steinhauser ---
(In reply to David Redondo from comment #7)
> Thank you, for the the very detailed report!
Well, directly after the whole kwin restarting issue, the ability to rebind
mouse buttons was the major holdback
https://bugs.kde.org/show_bug.cgi?id=464735
Bernd Steinhauser changed:
What|Removed |Added
Summary|kwin emits no or wrong key |mouse button rebinding is
https://bugs.kde.org/show_bug.cgi?id=464735
--- Comment #8 from Bernd Steinhauser ---
Created attachment 156124
--> https://bugs.kde.org/attachment.cgi?id=156124&action=edit
Patch to only search the first two levels in a layout.
In src/plugins/buttonrebinds/buttonrebindsfilter.cpp the
https://bugs.kde.org/show_bug.cgi?id=465463
--- Comment #6 from Bernd Steinhauser ---
Thanks for looking into this. I can confirm that the change fixes the issue.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=465463
--- Comment #2 from Bernd Steinhauser ---
(In reply to David Redondo from comment #1)
> Sounds like our filter somehow mixes up extra button 2 and 3. Could you
> paste the
> '[ButtonRebinds][Mouse]' section of ~/.config/kcminpu
https://bugs.kde.org/show_bug.cgi?id=464735
--- Comment #7 from Bernd Steinhauser ---
First, I opened bug 465463, since I think that I actually found two bugs at the
same time and just wasn't sure whether they are connected or not. Now I'm
pretty sure that they have nothing to do with
https://bugs.kde.org/show_bug.cgi?id=465463
Bug ID: 465463
Summary: For some extra buttons kwin emits key events set for
another extra button
Classification: Plasma
Product: kwin
Version: 5.26.90
Platform: Exherbo
https://bugs.kde.org/show_bug.cgi?id=464735
--- Comment #6 from Bernd Steinhauser ---
FYI: I gave this merge request a spin:
https://invent.kde.org/qt/qt/qtbase/-/merge_requests/239
The problem persists.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=464735
--- Comment #5 from Bernd Steinhauser ---
Ok, I think I've got the layout thing figured out now as well. This happens
only for some keys, like Page Up/Down.
In my test on Arch I made the mistake to use a regular key (e.g. "e"). If I set
https://bugs.kde.org/show_bug.cgi?id=464735
--- Comment #4 from Bernd Steinhauser ---
Ok, so I've been able to do some tests with both Plasma 5.26 and 5.27 Beta
(from the [kde-unstable] repository) on another system running another
distribution (Arch Linux) with the exact same mouse (Log
https://bugs.kde.org/show_bug.cgi?id=341862
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=464130
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--- Comment #6
https://bugs.kde.org/show_bug.cgi?id=464991
Bug ID: 464991
Summary: Add titlebar action to move to next activity using the
mouse wheel
Classification: Plasma
Product: kwin
Version: 5.26.90
Platform: Exherbo
https://bugs.kde.org/show_bug.cgi?id=424648
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=460478
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=415156
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=464735
--- Comment #3 from Bernd Steinhauser ---
Just wanted to add one more detail:
If I remove all of the extra button bindings, button 1 and 2 are restored to
their original functionality back and forward, button 3 does nothing, i.e. it
doesn't im
https://bugs.kde.org/show_bug.cgi?id=464735
Bernd Steinhauser changed:
What|Removed |Added
Summary|kwin emits no or wrong key |kwin emits no or wrong key
https://bugs.kde.org/show_bug.cgi?id=464735
--- Comment #1 from Bernd Steinhauser ---
I just found out that Extra button 2 emits Ctrl+x, which is not something that
I configured.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=464735
Bug ID: 464735
Summary: kwin emits no or wrong key events when binding extra
mouse buttons on Wayland
Classification: Plasma
Product: kwin
Version: 5.26.90
Platform: Exherbo
https://bugs.kde.org/show_bug.cgi?id=34362
--- Comment #49 from Bernd Steinhauser ---
(In reply to Rob Kam from comment #48)
> Twenty years later and this is still unresolved?
>
> Going to System Settings > Input Devices > Keyboard > Advanced > Swap ESC
> and Caps
https://bugs.kde.org/show_bug.cgi?id=463353
--- Comment #25 from Bernd Steinhauser ---
Ah ok. That's not the case for me, I can't switch windows the whole thing
hangs.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=436627
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=463353
--- Comment #23 from Bernd Steinhauser ---
(In reply to Patrick Silva from comment #21)
> On my Arch Linux sometimes Plasma hangs while pacman installs updates, not
> kwin.
> I use ext4 file system. bug 463681 marked as duplicated is about Pla
https://bugs.kde.org/show_bug.cgi?id=463353
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--- Comment #18
https://bugs.kde.org/show_bug.cgi?id=417615
--- Comment #18 from Bernd Steinhauser ---
Ah, I forgot one thing. You might need to adapt the Exec part, because it might
be different on my distribution.
So replace
ExecStart=/usr/x86_64-pc-linux-gnu/libexec/kdeconnectd
with the path that is given in
https://bugs.kde.org/show_bug.cgi?id=417615
--- Comment #17 from Bernd Steinhauser ---
Created attachment 155243
--> https://bugs.kde.org/attachment.cgi?id=155243&action=edit
KDE Connect systemd user unit
Sorry, somehow I totally forgot about this. Anyway, here is a proposal for a
https://bugs.kde.org/show_bug.cgi?id=383067
Bernd Steinhauser changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=399232
--- Comment #15 from Bernd Steinhauser ---
(In reply to michaelk83 from comment #13)
> (In reply to Bernd Steinhauser from comment #11)
> For KeePass, there is a standard file format (`.kdbx`) that multiple
> applications can work with, a
https://bugs.kde.org/show_bug.cgi?id=399232
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--- Comment #11
https://bugs.kde.org/show_bug.cgi?id=313216
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=417615
--- Comment #16 from Bernd Steinhauser ---
(In reply to Forest from comment #15)
> (In reply to Bernd Steinhauser from comment #14)
>
> > I'd say the better fix would be to [...]
> > instead provide a systemd user unit that star
https://bugs.kde.org/show_bug.cgi?id=417615
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--- Comment #14
https://bugs.kde.org/show_bug.cgi?id=408775
--- Comment #30 from Bernd Steinhauser ---
So, since the feature is already there, you can close this bug report, if you'd
like.
The remaining part seems to be to just improving the UI.
As a suggestion there: for me the intuitive way would be to
https://bugs.kde.org/show_bug.cgi?id=408775
--- Comment #29 from Bernd Steinhauser ---
Thanks for the info. Moving a split back does work indeed. I didn't see those
buttons, because in my icon scheme they are not visible … :/
(These are the first (and only so far) buttons where I obser
https://bugs.kde.org/show_bug.cgi?id=335330
Bernd Steinhauser changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|CONFIRMED
https://bugs.kde.org/show_bug.cgi?id=408775
--- Comment #27 from Bernd Steinhauser ---
Just had a look at this again to see if it is still valid.
In principle, everything works like designed, so there is no bug, but
personally, I'd still like to have the option to actually split existing ta
https://bugs.kde.org/show_bug.cgi?id=360113
Bernd Steinhauser changed:
What|Removed |Added
Resolution|WAITINGFORINFO |WORKSFORME
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=450068
--- Comment #61 from Bernd Steinhauser ---
(In reply to Nate Graham from comment #60)
> This bug report is only about Plasmashell's mapping of containments to
> screens; if any screens are themselves not turning on properly, that'
https://bugs.kde.org/show_bug.cgi?id=450068
--- Comment #59 from Bernd Steinhauser ---
(In reply to Nate Graham from comment #53)
> Unfortunately EDID/serial number are not reliable either. Some monitors have
> the serial number set to the same value for every monitor in a particular
>
https://bugs.kde.org/show_bug.cgi?id=383067
--- Comment #11 from Bernd Steinhauser ---
(In reply to Philipp A. from comment #10)
> I therefore want back the “there is no primary monitor” mode. Applications
> launch on the window where the mouse is, all panels and windows always stay
> w
https://bugs.kde.org/show_bug.cgi?id=450068
--- Comment #41 from Bernd Steinhauser ---
(In reply to arne anka from comment #11)
> So, what's the idea of a "primary screen" and what is it to do with the
> placement of widgets, panels etc?
Being a multi-monitor user for dec
https://bugs.kde.org/show_bug.cgi?id=427092
--- Comment #26 from Bernd Steinhauser ---
(In reply to Peter from comment #25)
> #workaround: mount manually as root. something like
> # mount mnt
> #works.
There is no need for root. you can just run
udisksctl mount -b
Note that there is
https://bugs.kde.org/show_bug.cgi?id=450068
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=427092
Bernd Steinhauser changed:
What|Removed |Added
CC||li...@bernd-steinhauser.de
--
You are
https://bugs.kde.org/show_bug.cgi?id=442158
--- Comment #18 from Bernd Steinhauser ---
(In reply to Philipp A. from comment #17)
> I have that on, but most games place themselves on the “primary screen”.
> That’s why I was happy that up until now on Wayland, all APIs for that
> ret
https://bugs.kde.org/show_bug.cgi?id=442158
--- Comment #16 from Bernd Steinhauser ---
(In reply to Philipp A. from comment #15)
> Yeah, that’s exactly what changing the “primary monitor” means for plasma
> currently. I want my panels to stay on the physical monitor I put them on
> a
https://bugs.kde.org/show_bug.cgi?id=442158
--- Comment #14 from Bernd Steinhauser ---
(In reply to Philipp A. from comment #12)
> How can I turn this off?
>
> I love being able to open things on the desktop I currently care about.
> “Primary” is really not a concept that makes sens
https://bugs.kde.org/show_bug.cgi?id=383067
--- Comment #9 from Bernd Steinhauser ---
(In reply to Mikhail Ramendik from comment #8)
> Fair point, this means I misread your view of this bug (I was mostly
> referring to Bernd's comment. which explicitly mentioned the primary moni
https://bugs.kde.org/show_bug.cgi?id=432476
Bug ID: 432476
Summary: Option to only unlock LUKS device
Product: dolphin
Version: unspecified
Platform: Exherbo Packages
OS: Linux
Status: REPORTED
Severity: w
https://bugs.kde.org/show_bug.cgi?id=354309
--- Comment #11 from Bernd Steinhauser ---
(In reply to Bernd Steinhauser from comment #10)
> I experimented a lot with focus stealing prevention, from "None" to "High".
> Here in this case, "Low" will be sufficient
https://bugs.kde.org/show_bug.cgi?id=354309
--- Comment #10 from Bernd Steinhauser ---
(In reply to Nate Graham from comment #9)
> Am I understanding that you turned off focus stealing protection? What's it
> set to? "None"?
>
> I've set the bug status to &
1 - 100 of 244 matches
Mail list logo
