date:20220823

[kwin] [Bug 458233] New: In Final Fantasy XIV, controlling the camera with RMB, camera occasionally snaps into a different position when using Wayland

2022-08-23 Thread Chris Young

https://bugs.kde.org/show_bug.cgi?id=458233

Bug ID: 458233
   Summary: In Final Fantasy XIV, controlling the camera with RMB,
camera occasionally snaps into a different position
when using Wayland
   Product: kwin
   Version: 5.25.4
  Platform: Archlinux Packages
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: wayland-generic
  Assignee: kwin-bugs-n...@kde.org
  Reporter: ch...@cwhymedia.com
  Target Milestone: ---

SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug
symbols.
See
https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***


STEPS TO REPRODUCE
1. Launch Final Fantasy XIV on Plasma (Wayland)
2. Move character and camera around for a while while holding the right mouse
button

OBSERVED RESULT

Rarely (usually once per session at least) the camera will suddenly snap into a
new position directly above your character, looking down. I think this is the
cursor going to the top left 

EXPECTED RESULT

Camera should not suddenly snap to a new unintended position.

SOFTWARE/OS VERSIONS
Linux: 5.19.3
(available in About System)
KDE Plasma Version: 5.25.4
KDE Frameworks Version: 5.97.0
Qt Version: 5.15.5

ADDITIONAL INFORMATION
I have experienced this myself, and so has this person:
https://www.reddit.com/r/linux_gaming/comments/osjtln/help_with_ffxiv_on_wayland_issue_explained_in/

And this person, but with Sway:
https://www.gamingonlinux.com/forum/topic/5140/

However, it does not occur with Gamescope, the use of which is the workaround.
https://github.com/Plagman/gamescope

I wonder if Sway and KWin both share something in common that causes the same
issue? What does Gamescope do differently?

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

[systemsettings] [Bug 458232] New: Icon displayed as solid surface: 'Show most recent' entry in 'Recent' drop-down menu in 'Download New' window

2022-08-23 Thread G_v_I

https://bugs.kde.org/show_bug.cgi?id=458232

Bug ID: 458232
Summary: Icon displayed as solid surface: 'Show most recent'
entry in 'Recent' drop-down menu in 'Download New'
window
Product: systemsettings
Version: 5.25.4
Platform: Neon Packages
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: plasma-b...@kde.org
Reporter: riddervancoca...@hotmail.com
Target Milestone: ---

Created attachment 151535
--> https://bugs.kde.org/attachment.cgi?id=151535&action=edit
Example using a not-yet-released version of the Nova7 icon theme

SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug
symbols.
See
https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***

STEPS TO REPRODUCE
1. Install a theme which uses a design with gradients and/or multiple colours
for the icon change-date-symbolic. It does not matter whether the icons are
saved as png (fixed) or svg (scalable).
2. Go to system settings > appearance
3. Open any of the subcategories which feature a download option (e.g. colours
or icons)
4. Click the 'Get New...' button
5. Click the 'Recent' drop-down menu

OBSERVED RESULT
The icon for 'Show most recent first' will always display as a solid black
surface with no gradients; irrespective of whether the icon file used is a png
or svg vector image.

EXPECTED RESULT
The icon is displayed as intended by the artist.

Note: the reason why I am filing this as a bug is twofold:

- The same behaviour does not apply to the other icons in the same drop-down
menu: these all display correctly;
- The same icon (change-date-symbolic) is used for the 'Recent' button itself,
where it does display correctly.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KDE Neon
(available in About System)
KDE Plasma Version: 5.25.4
KDE Frameworks Version: 5.97.0
Qt Version: 5.15.5

ADDITIONAL INFORMATION
I suspect this has not been noticed thus far since the Breeze
'change-date-symbolic' icon uses a solid black design without any gradients.

I also wonder what the guidelines for using 'symbolic' icons are. The only
information I have been able to find on 'symbolic' icons was on this page for
the Gnome, not KDE project: https://wiki.gnome.org/Design/OS/SymbolicIcons. The
reasons for using 'symbolic' icons listed on that page do not appear to apply
here. What is more, none of the other entries in this drop-down menu use
'symbolic' versions of regular icons.

1 2 3 >

1 - 100 of 296 matches

Mail list logo