Bug 501702

SUMMARY

Disabling Windows and AOSP's animations OS-wide does not affect Kirigami-based applications on those OSes, despite them adhering to the relevant preference in System Settings. All of the methods were explicitly exposed by the OS as accessibility functionality, so they should be honoured.

This was originally discovered at https://discuss.kde.org/t/kde-android-applications-disable-animations/21697/7?u=rokejulianlockhart. This also includes the exact platform-specific methods by which I disabled animations OS-wide, which the aforementioned applications did not adhere to.

STEPS TO REPRODUCE, OBSERVED RESULT, AND SOFTWARE/OS VERSIONS

Elisa's MSIX package:

> ProductID       : 9pb5md7zh8tl  
> PackageFullName : KDEe.V.Elisa_22.401.1150.0_x64__7vt06qxq7ptv8

...reproduces this on Windows, when the preference is set via https://superuser.com/revisions/1884748/4#:~:text=%22Animation%20effects%22%20property:-,Screenshot,-Switching%20it%20disables:

> WindowsBuildLabEx: 26100.1.amd64fre.ge_release.240331-1435  
> WindowsCurrentVersion: 6.3  
> WindowsEditionId: Professional  
> WindowsVersion: 2009  
> OsBuildNumber: 26120  

...whereas the undermentioned AOSP applications:

1. org.kde.neochat 25.03.70
2. org.kde.itinerary 24.12.3
3. org.kde.elisa 25.03.70

...reproduce this on "ro.build.version.release: 15".

This does *not* reproduce with:

1. Application: elisa-player-24.12.3-1.fc41.rpm  
2. Framework: kf6-kirigami-6.12.0-2.fc41.x86_64

...on the undermentioned:

> Operating System: Fedora Linux 41  
> KDE Plasma Version: 6.3.3  
> KDE Frameworks Version: 6.12.0  
> Qt Version: 6.8.2  
> Kernel Version: 6.13.6-200.fc41.x86_64 (64-bit)  
> Graphics Platform: Wayland

EXPECTED RESULT

Kirigami should adhere to the OS's animation enablement preference!