[plasmashell] [Bug 457159] Panel icons lose positions when switching activities

2022-07-26 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=457159

--- Comment #1 from Chase Lau  ---
Created attachment 150921
  --> https://bugs.kde.org/attachment.cgi?id=150921=edit
My current panel settings

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

[plasmashell] [Bug 457159] New: Panel icons lose positions when switching activities

2022-07-26 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=457159

Bug ID: 457159
   Summary: Panel icons lose positions when switching activities
   Product: plasmashell
   Version: 5.25.3
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Task Manager and Icons-Only Task Manager
  Assignee: plasma-b...@kde.org
  Reporter: arealperson1234+...@me.com
  Target Milestone: 1.0

SUMMARY
I incorrectly filed my last bug and fat fingered the Plasma version I'm on,
sorry about that!

There is an issue present since at least 5.24.5 which causes icons pinned to
the panel to lose their positions between activities. I have been able to
reproduce this behavior as such:

1. Setup two activities with applications pinned to the panel in each activity.
It's important to have both distinct and shared pins (e.g. some of the
applications are marked "Pin to Task Manager" > "On All Activities").
2. Move around some of the pinned applications on one activity. 
3. Switch to the other activity.

You would expect to not see movement on the activity you did _not_ switch pins
on, but instead I'm finding that the applications which are pinned in both
activities move around in such a way that they are bunched up. Attached is a
video that helps explain.

OBSERVED RESULT
Pinned applications are moved without user interaction

EXPECTED RESULT
Pinned applications are not moved without user interaction.

SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 36
KDE Plasma Version: 5.25.3
KDE Frameworks Version: 5.96.0
Qt Version: 5.15.3
Kernel Version: 5.18.11-200.fc36.x86_64 (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 3700X 8-Core Processor
Memory: 31.3 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 2060/PCIe/SSE2

ADDITIONAL INFORMATION
Here is the observed behavior: https://imgur.com/SG16zCs

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

[plasmashell] [Bug 454022] Plasma Panel icons lose position when mixing opened and closed applications

2022-07-23 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=454022

Chase Lau  changed:

   What|Removed |Added

 Status|RESOLVED|REPORTED
   Assignee|plasma-b...@kde.org |arealperson1234+...@me.com
 Resolution|DUPLICATE   |---

--- Comment #6 from Chase Lau  ---
Created attachment 150855
  --> https://bugs.kde.org/attachment.cgi?id=150855=edit
Icon positioning bug when switching activities

This has not been fixed in the latest plasma (5.23.3). Looking again, I think
it could be an issue with arranging icons when switching activities. When I
rearrange the icons in an activity, the other activity gets rearranged in such
a way where icons that are present in both activities get grouped in the
leftmost positions. I've attached another video demonstrating this.

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

[kwin] [Bug 455251] Junction's overlay window is sometimes drawn with excessive transparency, depending on how it's invoked

2022-06-14 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=455251

Chase Lau  changed:

   What|Removed |Added

 Resolution|--- |NOT A BUG
 Status|REPORTED|RESOLVED

--- Comment #3 from Chase Lau  ---
Hi Nate,

Thanks for taking a look but I'm embarrassed to say this issue was caused by
myself messing around with building the application. Nothing is wrong with
KWin. Sorry to waste your time!

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

[kwin] [Bug 455251] Junction's overlay window is sometimes drawn with excessive transparency, depending on how it's invoked

2022-06-14 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=455251

--- Comment #2 from Chase Lau  ---
I can't seem to make it happen with any other apps, no.

I set it as the default application by using System Settings > Applications >
Default Applications.

I really don't know anything about how windows are drawn by kwin, but I'm very
curious why these issues don't happen when Junction is called from another
flatpak application.

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

[kwin] [Bug 455251] New: Dialog windows are drawn unnecessarily transparent

2022-06-14 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=455251

Bug ID: 455251
   Summary: Dialog windows are drawn unnecessarily transparent
   Product: kwin
   Version: 5.24.5
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: compositing
  Assignee: kwin-bugs-n...@kde.org
  Reporter: arealperson1234+...@me.com
  Target Milestone: ---

Created attachment 149683
  --> https://bugs.kde.org/attachment.cgi?id=149683=edit
Improperly transparent window over a white background

SUMMARY
Posting a bug here from this github issue:
https://github.com/sonnyp/Junction/issues/70

Using an application called Junction, I'm seeing that windows are drawn with
too much transparency. No effect I can enable/disable in desktop effects
changes this.

The application window (Junction) does draw properly when launched from another
flatpak application. 

STEPS TO REPRODUCE
1. `flatpak install junction`
2. Open junction by clicking on a web link (notice how hard it is to see the
application).
3. Open junction by clicking a link in another flatpak application. Here you
will see it completely opaque. 

SOFTWARE/OS VERSIONS

Operating System: Fedora Linux 36
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.93.0
Qt Version: 5.15.3
Kernel Version: 5.17.13-300.fc36.x86_64 (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 3700X 8-Core Processor
Memory: 31.3 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 2060/PCIe/SSE2 (Proprietary driver)

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

[plasmashell] [Bug 454022] Plasma Panel icons lose position when mixing opened and closed applications

2022-05-22 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=454022

--- Comment #3 from Chase Lau  ---
All of the icons are pinned. It doesn’t seem to matter if they are pinned or
not.

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

[plasmashell] [Bug 454022] Plasma Panel icons lose position when mixing opened and closed applications

2022-05-18 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=454022

--- Comment #1 from Chase Lau  ---
Here is a GIF of the issue: https://imgur.com/a/0igcI3y

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

[plasmashell] [Bug 454022] New: Plasma Panel icons lose position when mixing opened and closed applications

2022-05-18 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=454022

Bug ID: 454022
   Summary: Plasma Panel icons lose position when mixing opened
and closed applications
   Product: plasmashell
   Version: 5.24.5
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: Panel
  Assignee: plasma-b...@kde.org
  Reporter: arealperson1234+...@me.com
  Target Milestone: 1.0

Created attachment 148981
  --> https://bugs.kde.org/attachment.cgi?id=148981=edit
Panel settings when bug occured

SUMMARY
When attempting to rearange the applications in the plasma panel, a dragged
application will lose its spot when it's being moved past an application that's
opened. Once all applications are closed, the icon will assume it's correct
spot.


STEPS TO REPRODUCE
1. Pin some applications to your panel
2. Open a couple of applications
3. Attempt to drag icons around, mixing apps that are opened and that aren't

OBSERVED RESULT
Upon releasing your mouse button, the dragged icon will jump to a different
spot on the panel

EXPECTED RESULT
The icon will stay in the spot desired by the user.

SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 35
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.91.0
Qt Version: 5.15.2
Kernel Version: 5.17.6-200.fc35.x86_64 (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 3700X 8-Core Processor
Memory: 31.3 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 2060/PCIe/SSE2
ADDITIONAL INFORMATION

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

[plasmashell] [Bug 451854] Visual corruption using background contrast with Wayland

2022-03-24 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=451854

--- Comment #2 from Chase Lau  ---
Created attachment 147706
  --> https://bugs.kde.org/attachment.cgi?id=147706=edit
Corruption gone with background contract turned off

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

[plasmashell] [Bug 451854] Visual corruption using background contrast with Wayland

2022-03-24 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=451854

--- Comment #1 from Chase Lau  ---
Created attachment 147705
  --> https://bugs.kde.org/attachment.cgi?id=147705=edit
Corruption with hidden icons expanded

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

[plasmashell] [Bug 451854] New: Visual corruption using background contrast with Wayland

2022-03-24 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=451854

Bug ID: 451854
   Summary: Visual corruption using background contrast with
Wayland
   Product: plasmashell
   Version: 5.24.3
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Panel
  Assignee: plasma-b...@kde.org
  Reporter: arealperson1234+...@me.com
  Target Milestone: 1.0

Created attachment 147704
  --> https://bugs.kde.org/attachment.cgi?id=147704=edit
Visual corruption on panel

I hope this is the right component to report this bug!

SUMMARY
When running Plasma with an Nvidia GPU on Wayland, there is visual corruption
when using the desktop effect "Background contrast".


STEPS TO REPRODUCE
1. Ensure Plasma is running on Wayland and background contract is enabled
2. Open the status and notifications menu

OBSERVED RESULT
See attached screenshots

EXPECTED RESULT
See attached screenshots

SOFTWARE/OS VERSIONS

Linux/KDE Plasma: Fedora 35 with latest rawhide Nvidia drivers
(available in About System)
KDE Plasma Version: 5.24.3
KDE Frameworks Version: 5.91.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION

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

[Breeze] [Bug 451367] New: GTK theme set to opposite of dark mode setting

2022-03-10 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=451367

Bug ID: 451367
   Summary: GTK theme set to opposite of dark mode setting
   Product: Breeze
   Version: 5.24.2
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: gtk theme
  Assignee: uhh...@gmail.com
  Reporter: arealperson1234+...@me.com
CC: plasma-b...@kde.org
  Target Milestone: ---

Created attachment 147422
  --> https://bugs.kde.org/attachment.cgi?id=147422=edit
Screen recording of the issue

SUMMARY

On my system, I use the theme toggle in Plasma's Quick Settings to jump between
light and dark mode, depending on the time of day. I've noticed that whichever
mode I select, GTK apps will be set to the opposing mode (e.g. if KDE is in
light mode, GTK apps will be dark). This is confirmed with the preview function
of GTK themes in Plasma, and by viewing VS Code (which instantly changes
themes).


STEPS TO REPRODUCE
1. Open System Settings
2. Switch to light mode
3. Switch to dark mode

OBSERVED RESULT
GTK apps will not respect your theme preference 

EXPECTED RESULT
GTK apps respect your theme preference

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Fedora 35 with 
(available in About System)
KDE Plasma Version: 5.24.2
KDE Frameworks Version: 5.91.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION
kde-gtk-config is installed and has been uninstalled and reinstalled to test.
Changing the accent color to anything will give GTK a little "kick" and get
things working as expected.

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

[knotes] [Bug 445593] New: Default note color should be softer

2021-11-16 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=445593

Bug ID: 445593
   Summary: Default note color should be softer
   Product: knotes
   Version: 5.18.80
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: general
  Assignee: kdepim-b...@kde.org
  Reporter: arealperson1234+...@me.com
CC: myr...@kde.org
  Target Milestone: ---

Created attachment 143631
  --> https://bugs.kde.org/attachment.cgi?id=143631=edit
Color comparison

SUMMARY

Bit of an opinionated bug here, but I believe the default color for notes is
too harsh and stands out too much. On the KDE color picker, the shade of yellow
below the default is a much better pick. FWIW, both Windows and macOS use this
softer tone for their stickies.

I've included a screenshot of the current default compared to my preferred
default.

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

[systemsettings] [Bug 439644] New: Network Manager system settings has invalid link

2021-07-08 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=439644

Bug ID: 439644
   Summary: Network Manager system settings has invalid link
   Product: systemsettings
   Version: 5.22.2
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: kcm_networkmanagement
  Assignee: jgrul...@redhat.com
  Reporter: arealperson1234+...@me.com
CC: plasma-b...@kde.org
  Target Milestone: ---

SUMMARY

In the system settings module, there is a link:

https://developer.gnome.org/NetworkManager/stable/nm-settings.html

Which is no longer valid. It looks like Gnome has broken out nm-settings into
multuple pages and no longer has a stable page.

STEPS TO REPRODUCE
1. Open network settings for any connection
2. Click on the "IPv4" tab
3. Click on "Advanced..."

OBSERVED RESULT
There is a broken link to
https://developer.gnome.org/NetworkManager/stable/nm-settings.html

EXPECTED RESULT
This should probably be a link to
https://developer.gnome.org/NetworkManager/1.30/nm-settings-nmcli.html, or
whatever is the latest version at the time. I also had trouble clicking this
link and had to copy/paste it instead.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Fedora 34
(available in About System)
KDE Plasma Version: 5.22.2
KDE Frameworks Version: 5.83.0
Qt Version: 5.15.2

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

[plasmashell] [Bug 419545] Breeze theme screen locker background becomes misaligned after sleep with multi-monitor setup

2020-04-20 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=419545

--- Comment #6 from Chase Lau  ---
Captured a crappy video of the issue happening. Look at the video description
for where in the video the problems actually occur. What's weird is that the
monitors attempt to sleep a few times but stop after the bug occurs.

https://youtu.be/KM817g6MpR0

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

[plasmashell] [Bug 419545] Breeze theme screen locker background becomes misaligned after sleep with multi-monitor setup

2020-04-17 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=419545

--- Comment #5 from Chase Lau  ---
Another update: I've noticed that sometimes when I resume from sleep, some
windows have moved to my secondary monitor. There may be an underlying issue
with my GPU being uninitialized?

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

[plasmashell] [Bug 419545] Breeze theme screen locker background becomes misaligned after sleep with multi-monitor setup

2020-04-15 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=419545

--- Comment #4 from Chase Lau  ---
I've been trying to pay attention to how the computer acts when it goes to
sleep... it seems like the monitor will flicker off, on, off, and when it comes
back on the main screen will be mis-aligned.

To verity it isn't the monitor, I tried restarting it and changing some of its
zoom settings but the problem persisted.

Display Details:
Monitor 0 (Left): 1920x1080 DVI-D-1
Monitor 1 (Right): 2560x1440 DP-1

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

[kscreenlocker] [Bug 419545] Wallpaper becomes misaligned after sleep

2020-04-02 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=419545

--- Comment #3 from Chase Lau  ---
This just happened with the image provider.

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

[kscreenlocker] [Bug 419545] Wallpaper becomes misaligned after sleep

2020-04-02 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=419545

--- Comment #2 from Chase Lau  ---
1. It isn't happening 100% of the time, but WILL happen 100% of the time, if
left alone (if that makes sense?)

2. I've changed my provider back to a static image and will report back if
something happens.

3. After login everything is fine.

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

[kscreenlocker] [Bug 419545] New: Wallpaper becomes misaligned after sleep

2020-04-02 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=419545

Bug ID: 419545
   Summary: Wallpaper becomes misaligned after sleep
   Product: kscreenlocker
   Version: unspecified
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: greeter
  Assignee: plasma-b...@kde.org
  Reporter: arealperson1234+...@me.com
CC: bhus...@gmail.com
  Target Milestone: ---

Created attachment 127205
  --> https://bugs.kde.org/attachment.cgi?id=127205=edit
Picture of the layout issue

SUMMARY
After the system has woken up and is waiting for the user to enter the
password, the wallpaper will eventually become misaligned on the main screen.
This is using the Unsplash wallpaper provider.

STEPS TO REPRODUCE
1. Lock the screen
2. Wait 20ish minutes
3. Wake the system

OBSERVED RESULT
The main screen becomes misaligned.

EXPECTED RESULT
Both screens are fully visible.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: Fedora 32, Linux 5.6
(available in About System)
KDE Plasma Version: 5.18.3
KDE Frameworks Version: 5.67
Qt Version: 5.13.2

ADDITIONAL INFORMATION

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

[Discover] [Bug 401334] No application back-ends found, please report to your distribution error when launching Discover

2018-12-13 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=401334

--- Comment #13 from Chase Lau  ---
Here's the output from `plasma-discover --backends packagekit-backend`

~ plasma-discover --backends packagekit-backend
adding empty sources model QStandardItemModel(0x55f15472d230)
no packages for "org.kde.plasma.systemloadviewer"
no packages for "timeshift.desktop"
no packages for "org.kde.plasma.showActivityManager"
no packages for "org.kde.plasma.grouping"
no packages for "org.kde.plasma.diskquota"
no packages for "org.kde.kscreen"
no packages for "org.gnupg.scdaemon"
no packages for "org.kde.plasma.kimpanel"
no packages for "audoban.applet.separator"
no packages for "org.kde.plasma.timer"
no packages for "im.riot.webapp"
no packages for "org.kde.plasma.appmenu"
no packages for "org.kde.plasma.quicklaunch"
Could not resolve property : #a

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

[Discover] [Bug 401334] No application back-ends found, please report to your distribution error when launching Discover

2018-12-13 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=401334

--- Comment #12 from Chase Lau  ---
Aleix,

I'm running KDE Neon Dev Unstable. I posted the output of `plasma-discover` in
comment 5

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

[Discover] [Bug 401334] No application back-ends found, please report to your distribution error when launching Discover

2018-12-13 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=401334

--- Comment #10 from Chase Lau  ---
This appears to be a problem with discover not loading available backends by
default. `plasma-discover --listbackends` shows that I do have backends
available, and launching with `plasma-discover --backends packkagekit-backend`
shows the desired featured screen on launch. 

I've attached screenshots of these behaviors.

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

[Discover] [Bug 401334] No application back-ends found, please report to your distribution error when launching Discover

2018-12-13 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=401334

--- Comment #9 from Chase Lau  ---
Created attachment 116900
  --> https://bugs.kde.org/attachment.cgi?id=116900=edit
Discover when launched without --backends packagekit-backend

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

[Discover] [Bug 401334] No application back-ends found, please report to your distribution error when launching Discover

2018-12-13 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=401334

--- Comment #8 from Chase Lau  ---
Created attachment 116899
  --> https://bugs.kde.org/attachment.cgi?id=116899=edit
Discover when launched with --backends packagekit-backend

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

[Discover] [Bug 401334] No application back-ends found, please report to your distribution error when launching Discover

2018-12-12 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=401334

Chase Lau  changed:

   What|Removed |Added

 CC||arealperson1234+...@me.com

--- Comment #5 from Chase Lau  ---
Also experiencing this on Neon Dev Unstable. Here's the output of running
`plasma-discover`:

~ plasma-discover
invalid kns backend! "/etc/xdg/ksysguard.knsrc" because: "Config group not
found! Check your KNS3 installation."
invalid kns backend! "/etc/xdg/servicemenu.knsrc" because: "Config group not
found! Check your KNS3 installation."
adding empty sources model QStandardItemModel(0x55c781ba1360)
no packages for "org.kde.plasma.systemloadviewer"
no packages for "timeshift.desktop"
no packages for "org.kde.plasma.showActivityManager"
no packages for "org.kde.plasma.grouping"
no packages for "org.kde.plasma.diskquota"
no packages for "org.kde.kscreen"
no packages for "org.gnupg.scdaemon"
no packages for "org.kde.plasma.kimpanel"
no packages for "audoban.applet.separator"
no packages for "org.kde.plasma.timer"
no packages for "im.riot.webapp"
no packages for "org.kde.plasma.appmenu"
no packages for "org.kde.plasma.quicklaunch"
qml: error No application back-ends found, please report to your distribution.
org.kde.plasma.libdiscover: Couldn't find a category for  "fwupd-backend"

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

[Discover] [Bug 401177] Discover doesn't show Wallpapers, only "still looking" throbber

2018-12-12 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=401177

--- Comment #2 from Chase Lau  ---
Something interesting I noticed is that this behavior seems to happen when
normally starting discover (i.e. using a panel), but I'm unable to replicate
this behavior when running `plasma-discover` in konsole.

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

[Discover] [Bug 401177] Discover doesn't show Wallpapers, only "still looking" throbber

2018-12-12 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=401177

Chase Lau  changed:

   What|Removed |Added

 CC||arealperson1234+...@me.com

--- Comment #1 from Chase Lau  ---
I'm not experiencing this issue on Neon Dev Unstable. However, I am seeing that
sometimes when I click a category (plymouth, wallpapers, etc.) I get stuck with
loading, but results come up if I click another category then back to the
original category.

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

[Discover] [Bug 401973] Propose install available updates before installing applications

2018-12-12 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=401973

Chase Lau  changed:

   What|Removed |Added

 CC||arealperson1234+...@me.com

--- Comment #3 from Chase Lau  ---
When using KDE Neon Dev-unstable there will be updates available several times
a day. I could see this quickly becoming burdensome if Discover asked me to
update on every install.

A workaround might be to have an option "Don't update, and don't ask again".

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

[neon] [Bug 390993] plasma-desktop still recommends muon

2018-11-26 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=390993

Chase Lau  changed:

   What|Removed |Added

 CC||arealperson1234+...@me.com

--- Comment #1 from Chase Lau  ---
I can confirm I'm seeing both muon-notifier and muon-updater recommended with
plasma-desktop on Neon user, and that both muon packages are transitional. 

Plasma: 5.14.3
KDE Frameworks: 5.52.0
QT Version: 5.11.2

Side note: I'm new and wondering if it's recommended that users confirm a bug
when they also notice the described behavior, or if it's best to wait for a
maintainer?

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

[neon] [Bug 401440] Neon installer slideshow uses white text on light background

2018-11-26 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=401440

Chase Lau  changed:

   What|Removed |Added

 CC||arealperson1234+...@me.com

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

[neon] [Bug 401440] New: Neon installer slideshow uses white text on light background

2018-11-26 Thread Chase Lau
https://bugs.kde.org/show_bug.cgi?id=401440

Bug ID: 401440
   Summary: Neon installer slideshow uses white text on light
background
   Product: neon
   Version: unspecified
  Platform: Neon Packages
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: Live/Install images
  Assignee: neon-b...@kde.org
  Reporter: arealperson1234+...@me.com
CC: j...@jriddell.org, neon-b...@kde.org, sit...@kde.org
  Target Milestone: ---

Created attachment 116512
  --> https://bugs.kde.org/attachment.cgi?id=116512=edit
White text slide

SUMMARY
In the final stages of installing KDE Neon, the user is shown a slideshow of
images with white text overlaid. One of these images has a white background
which makes the text hard to see.

STEPS TO REPRODUCE
1. Run the KDE Neon installer
2. Click through the various steps until you're shown the image slideshow
3. Wait

OBSERVED RESULT
The text "Plasma Desktop, simple by default and powerful when needed" is hard
to read.

EXPECTED RESULT
This text is moved to a different part of the image, or is shown in a darker
color in order to improve viability.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 4.14.0-39/5.14
(available in About System)
KDE Plasma Version: 5.14.3
KDE Frameworks Version: 5.52.0
Qt Version: 5.11.2

ADDITIONAL INFORMATION
Screenshot is taken from a virtual box VM running on a macOS host.

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