https://bugs.kde.org/show_bug.cgi?id=444517
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #1 from Colin
https://bugs.kde.org/show_bug.cgi?id=466254
--- Comment #2 from Colin Griffith ---
I should also mention that I'm using the User edition, rather than the Testing
edition.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=466254
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #1 from Colin
https://bugs.kde.org/show_bug.cgi?id=431446
--- Comment #34 from Colin Griffith ---
(In reply to Ben from comment #31)
> If this changes anything, I today noticed that it also has an effect on the
> mouse cursor-- so long as it is within the borders of an affected window.
> This sur
https://bugs.kde.org/show_bug.cgi?id=431446
--- Comment #28 from Colin Griffith ---
Oh, and in my initial post I had mentioned it happening to games; in
particular, it happens with RetroArch. So perhaps it happens to any window
that's using hardware acceleration.
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=431446
--- Comment #27 from Colin Griffith ---
Odd. I had thought that my whole desktop froze up rather than individual
applications, but now that I've actually tested this myself, it's true.. Some
programs are affected, some aren't. It seems to be programs
https://bugs.kde.org/show_bug.cgi?id=456511
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #4 from Colin
https://bugs.kde.org/show_bug.cgi?id=431446
--- Comment #22 from Colin Griffith ---
Oh, important other note I can give about this. There was one scenario where I
could have it trigger 100% of the time almost no matter what, but it's unlikely
I can reproduce it quite so readily anymore. One time
https://bugs.kde.org/show_bug.cgi?id=431446
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #21 from Colin
https://bugs.kde.org/show_bug.cgi?id=426230
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #4 from Colin
https://bugs.kde.org/show_bug.cgi?id=450629
--- Comment #5 from Colin Griffith ---
(In reply to Patrick Silva from comment #3)
> read bug 443723 comment 2
Yeah, I noticed that after I responded. Either way, I do not believe the fact
it was mentioned constitutes it as reason eno
https://bugs.kde.org/show_bug.cgi?id=450629
--- Comment #4 from Colin Griffith ---
Ah, I see that the removal of the feature entirely was mentioned in the
comments of that bug.
I'm not sure that really constitutes it as the same bug, though, so I still
don't believe this should be considered
https://bugs.kde.org/show_bug.cgi?id=450629
--- Comment #2 from Colin Griffith ---
(In reply to Patrick Silva from comment #1)
>
> *** This bug has been marked as a duplicate of bug 443723 ***
That is not the same bug at all. I'm under X11.
--
You are receiving this mail becaus
https://bugs.kde.org/show_bug.cgi?id=450629
Bug ID: 450629
Summary: Window geometry is no longer displayed when moving or
resizing, and cannot be enabled anymore.
Product: kwin
Version: 5.24.1
Platform: Neon Packages
https://bugs.kde.org/show_bug.cgi?id=427855
--- Comment #23 from Colin Griffith ---
(In reply to Nicolas Fella from comment #21)
> The MR is unrelated to this bug report. This report is about disabling
> entries as opposed to removing them, the MR is about controlling the
> system-wide
https://bugs.kde.org/show_bug.cgi?id=420141
--- Comment #7 from Colin Griffith ---
I'm still having this problem. It's likely not seen by many people because most
people don't profile/calibrate their displays with a colorimeter, so don't have
display profiles installed (other than standard sRGB
https://bugs.kde.org/show_bug.cgi?id=420141
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
Version|20.12.2
https://bugs.kde.org/show_bug.cgi?id=427855
--- Comment #19 from Colin Griffith ---
(In reply to Nick Stefanov from comment #18)
> Plasma 5.21.3 - still no option to enable/disable startup entries. Why you
> broke it when it used to work fine? Now it's ugly and inconv
https://bugs.kde.org/show_bug.cgi?id=443787
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #9 from Colin
https://bugs.kde.org/show_bug.cgi?id=420141
Colin Griffith changed:
What|Removed |Added
Summary|Gwenview acts slow and |Gwenview acts slow
https://bugs.kde.org/show_bug.cgi?id=420141
--- Comment #6 from Colin Griffith ---
Hokay, I should have tried this before, but I think I know the culprit now.
This only happens when I UNcheck 'Apply only the profile embedded in the image
file'.
If I keep that option enabled, the slow-down never
https://bugs.kde.org/show_bug.cgi?id=420141
Colin Griffith changed:
What|Removed |Added
Ever confirmed|0 |1
Resolution|FIXED
https://bugs.kde.org/show_bug.cgi?id=432293
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #8 from Colin
https://bugs.kde.org/show_bug.cgi?id=429406
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #14 from Colin
https://bugs.kde.org/show_bug.cgi?id=430450
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #1 from Colin
https://bugs.kde.org/show_bug.cgi?id=427855
--- Comment #11 from Colin Griffith ---
This might be considered another bug, but another issue with this redesign is
that the 'remove' button only appears when you hover the mouse over it. So when
you're removing a bunch of them at once, you can't
https://bugs.kde.org/show_bug.cgi?id=427855
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #10 from Colin
https://bugs.kde.org/show_bug.cgi?id=382604
--- Comment #18 from Colin Griffith ---
It looks like the code was ported to C++ from a bash script. The relevant code
is here:
https://invent.kde.org/plasma/plasma-workspace/-/blob/master/startkde/startplasma.cpp
This was done in this commit:
https
https://bugs.kde.org/show_bug.cgi?id=382604
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #17 from Colin
https://bugs.kde.org/show_bug.cgi?id=425749
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #4 from Colin
https://bugs.kde.org/show_bug.cgi?id=420141
--- Comment #3 from Colin Griffith ---
Since upgrading to 20.04, this no longer occurs. Not 100% sure it's gone and
I've not extensively tested it, but I at least no longer have really horribly
sluggish behavior when looking at .jpg files.
--
You
https://bugs.kde.org/show_bug.cgi?id=425251
--- Comment #3 from Colin Griffith ---
No idea who to talk to, unfortunately. I only know what the command is by using
ksysguard, and thankfully not being affected by the bug you're affected by (the
notification not popping up each login).
--
You
https://bugs.kde.org/show_bug.cgi?id=425251
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #1 from Colin
https://bugs.kde.org/show_bug.cgi?id=424584
--- Comment #17 from Colin Griffith ---
Ok, a bug that is present in Chrome but used to be absent from Firefox is now
showing up in Firefox (and slightly worse) ever since this was implemented. It
might be related, but I don't know as I can't test
https://bugs.kde.org/show_bug.cgi?id=424584
--- Comment #15 from Colin Griffith ---
Just saw KWin update, and I uncommented that line in
/etc/xdg/plasma-workspace/env/neon_moz_use_xinput.sh. Scrolling in unfocused
Firefox works again :D
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=424584
--- Comment #13 from Colin Griffith ---
Looks like the following packages are still 5.19.2, at least on my end:
kwin-common
kwin-data
kwin-dev
kwin-wayland
kwin-wayland-backend-drm
kwin-x11
libkwin4-effect-builtins1
libkwineffects12
libkwinglutils12
https://bugs.kde.org/show_bug.cgi?id=424584
--- Comment #5 from Colin Griffith ---
(In reply to Nate Graham from comment #4)
> What you're describing perfectly matches the symptoms of Bug 394772. It's
> like the fix is not present on your machine. I also had those exact symptoms
&g
https://bugs.kde.org/show_bug.cgi?id=424584
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #1 from Colin
https://bugs.kde.org/show_bug.cgi?id=386379
--- Comment #57 from Colin Griffith ---
It seems that the new issue is different; it doesn't depend on icon size, it's
just a huge distance scrolled each tick no matter what view I use, and no
matter how the items are sized.
I can't find where
https://bugs.kde.org/show_bug.cgi?id=386379
--- Comment #56 from Colin Griffith ---
I don't know if I should file another report, but I'm having this bug again in
20.04.3 (and possibly earlier versions). I'm using KDE Neon. Hopefully some
weird configuration issue?
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=420141
--- Comment #2 from Colin Griffith ---
(In reply to Christoph Feck from comment #1)
> Couldn't reproduce a memory leak, neither in windowed mode, nor in
> fullscreen mode; tested with JPEG images (these for sure don't have an alpha
>
https://bugs.kde.org/show_bug.cgi?id=305072
--- Comment #8 from Colin Griffith ---
I'm now relatively convinced that this is, in part, caused by bug 420141 (which
I just filed today). However, I'm noticing that even on gifs with alpha
transparency, there's STILL a small amount of slowdown - just
https://bugs.kde.org/show_bug.cgi?id=420141
Bug ID: 420141
Summary: Gwenview acts slow and leaks memory when
zooming/panning images without an alpha channel
Product: gwenview
Version: 19.12.3
Platform: Neon Packages
https://bugs.kde.org/show_bug.cgi?id=236059
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #12 from Colin
https://bugs.kde.org/show_bug.cgi?id=223937
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #4 from Colin
https://bugs.kde.org/show_bug.cgi?id=406788
--- Comment #4 from Colin Griffith ---
It's been quite a while since I tried building it. I can't get far enough in
the compilation process to determine other dev packages I might be missing.
Either way, that's how I noticed that this particular one
https://bugs.kde.org/show_bug.cgi?id=406788
--- Comment #2 from Colin Griffith ---
(In reply to Jonathan Riddell from comment #1)
> Why do you need this package?
I was attempting to compile the latest version of Labplot2, and it currently
seems to want some of the Cantor header fi
https://bugs.kde.org/show_bug.cgi?id=406788
Bug ID: 406788
Summary: Outdated 'cantor-dev' Package
Product: neon
Version: unspecified
Platform: Neon Packages
OS: Linux
Status: REPORTED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=305072
--- Comment #6 from Colin Griffith ---
By the way, by large I mean resolution-wise.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=305072
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #5 from Colin
https://bugs.kde.org/show_bug.cgi?id=386379
--- Comment #45 from Colin Griffith ---
(In reply to Dāvis from comment #41)
> (In reply to Nate Graham from comment #36)
> > I think the height of a single line of text might make sense. If that's not
> > fast enough by default,
https://bugs.kde.org/show_bug.cgi?id=386379
--- Comment #40 from Colin Griffith ---
Ah, durp... I see what you mean now. Yeah, though I think Nate was talking
about the size of the 'base' step that's considered 1 'line'.
If I knew what the preferred way of querying the line height of the text
https://bugs.kde.org/show_bug.cgi?id=386379
--- Comment #38 from Colin Griffith ---
Cqoicebordel, the problem is that in Dolphin it doesn't go by lines of text, it
counts the number of icons. So in most applications, having that option set to
'3' will cause scrolling by 3 lines of text
https://bugs.kde.org/show_bug.cgi?id=386379
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #35 from Colin
https://bugs.kde.org/show_bug.cgi?id=395546
Colin Griffith changed:
What|Removed |Added
CC||tyna...@gmail.com
--- Comment #5 from Colin
https://bugs.kde.org/show_bug.cgi?id=390865
--- Comment #12 from Colin Griffith <tyna...@gmail.com> ---
The crash still occurs, and is not picked up by DrKonqi despite being a debug
build that was installed to the /usr directory (after purging both the copy
installed from the reposi
https://bugs.kde.org/show_bug.cgi?id=390865
--- Comment #11 from Colin Griffith <tyna...@gmail.com> ---
Created attachment 110982
--> https://bugs.kde.org/attachment.cgi?id=110982=edit
Fitted Curves in Labplot2
Dashed lines are the fitted curves.
--
You are receiving this mail bec
https://bugs.kde.org/show_bug.cgi?id=390865
--- Comment #10 from Colin Griffith <tyna...@gmail.com> ---
(In reply to Alexander Semke from comment #7)
> (In reply to Colin Griffith from comment #5)
> > In case it's relevant, I suppose I should mention that the data I'm messing
&
https://bugs.kde.org/show_bug.cgi?id=390865
--- Comment #5 from Colin Griffith <tyna...@gmail.com> ---
In case it's relevant, I suppose I should mention that the data I'm messing
with is 4401 data points, with X values ranging from 390 to 830, and Y values
ranging from 0 to 2. Most plots
https://bugs.kde.org/show_bug.cgi?id=390865
--- Comment #4 from Colin Griffith <tyna...@gmail.com> ---
(In reply to Alexander Semke from comment #3)
> (In reply to Colin Griffith from comment #2)
> > I don't think I have all the packages necessary to compile Labplot, but I
>
https://bugs.kde.org/show_bug.cgi?id=390865
--- Comment #2 from Colin Griffith <tyna...@gmail.com> ---
(In reply to Alexander Semke from comment #1)
> (In reply to Colin Griffith from comment #0)
> > Application: labplot2 (2.4.0)
> >
> > Qt Version: 5.9.3
>
https://bugs.kde.org/show_bug.cgi?id=390865
Bug ID: 390865
Summary: Sometimes Crash When Performing Curve Fitting
Product: LabPlot2
Version: 2.4.0
Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
62 matches
Mail list logo
