https://bugs.kde.org/show_bug.cgi?id=370388
--- Comment #7 from Kevin Kofler ---
Sorry, but no. This patch is already included in Fedora plasma-workspace-5.8.0
packaging (which is why "This has been fixed in one of [the reporter's] other
systems").
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=348691
--- Comment #14 from Kevin Kofler ---
I asked Germano on IRC (in Italian) what he really wants, and he explained that
he wants a longer delay for opening submenus on mouseover (because moving the
mouse over the menu opens all
https://bugs.kde.org/show_bug.cgi?id=348691
--- Comment #9 from Kevin Kofler ---
Since Germano asked me for a comment: IMHO, there should be no transition
animation, the submenu should just open instantly once it was decided that it
should open. The delay to decide that
https://bugs.kde.org/show_bug.cgi?id=340982
--- Comment #110 from Kevin Kofler ---
As has been explained before in this thread, the code does not really use the
system locales, but a hardcoded list in QtCore. The system locales are only
mapped to the hardcoded list. You
https://bugs.kde.org/show_bug.cgi?id=345883
--- Comment #12 from Kevin Kofler ---
Also, looking at libapper/PkTransactionWidget.cpp, Apper is not drawing
anything itself, it is just using the widgets and letting Qt draw them without
doing anything special. So I think the
https://bugs.kde.org/show_bug.cgi?id=345883
Kevin Kofler changed:
What|Removed |Added
CC||kevin.kof...@chello.at
https://bugs.kde.org/show_bug.cgi?id=366793
--- Comment #13 from Kevin Kofler ---
> This breaks at least the debuginfo-install.sh from kdelibs4.
>From kde(4)-runtime's DrKonqi, actually.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=366793
--- Comment #12 from Kevin Kofler ---
It's not the same regression (but likely also a consequence of the port): Here,
we DON'T want to have -c parsed by Konsole at all, it should be treated as an
argument to -e.
This breaks at
https://bugs.kde.org/show_bug.cgi?id=348390
--- Comment #6 from Kevin Kofler ---
As per an IRC discussion, the reporter is actually using the plasmoid, not the
Klipper application.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=365774
Kevin Kofler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://bugs.kde.org/show_bug.cgi?id=351782
--- Comment #5 from Kevin Kofler ---
You shouldn't be able to select directories. Kompare used to just crash if you
tried to compare directories.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=362440
--- Comment #4 from Kevin Kofler ---
You shouldn't be able to select directories. Kompare used to just crash if you
tried to compare directories.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=359678
Kevin Kofler changed:
What|Removed |Added
Summary|Plasma (plasmashell) crash |Plasma (plasmashell)
https://bugs.kde.org/show_bug.cgi?id=359677
Kevin Kofler changed:
What|Removed |Added
Summary|colord causes crashes in|colord causes crashes in
https://bugs.kde.org/show_bug.cgi?id=328571
--- Comment #67 from Kevin Kofler ---
Then you are not seeing this bug, but a completely different bug with the same
symptoms. This bug was fixed in 5.15, which you already have.
And IMHO the bug is really that Kubuntu
https://bugs.kde.org/show_bug.cgi?id=357755
--- Comment #4 from Kevin Kofler ---
In short, the thing is, Mesa can only tell me what version of OpenGL the
hardware supports after I initialize it, but at that point I can no longer
switch to software rendering. So the check
https://bugs.kde.org/show_bug.cgi?id=357755
--- Comment #5 from Kevin Kofler ---
Oh, and:
* Doing this check in /etc/xdg/plasma-workspace/env/ is not that great a
solution, because QML can also be used in other desktop environments. For the
same reason, I also think
https://bugs.kde.org/show_bug.cgi?id=343803
--- Comment #44 from Kevin Kofler ---
Though actually, QT_XCB_FORCE_SOFTWARE_OPENGL is probably also ineffective
because the proprietary driver replaces the system libGL with its own version
that probably does not support
https://bugs.kde.org/show_bug.cgi?id=343803
--- Comment #43 from Kevin Kofler ---
> As a workaround it might be possible to make Qt not interact with GLX (if
> that's possible)
It is:
export QT_XCB_FORCE_SOFTWARE_OPENGL=1
but you folks should really use a working OpenGL
https://bugs.kde.org/show_bug.cgi?id=356748
--- Comment #6 from Kevin Kofler ---
Well, what Harald Reindl is complaining about is a different issue: He is
saying that for him, the clipboards are getting synchronized even WITHOUT the
"Synchronize …" option enabled. In his
20 matches
Mail list logo