Dear Maintainer,

please find below a copy of a KDE bug report which, according to KDE
maintainers, should have been reported downstream (aka here).

The KDE bug reports can be found here:

https://bugs.kde.org/show_bug.cgi?id=509591
https://bugs.kde.org/show_bug.cgi?id=512607 (duplicate created by
reporter, therefore taken as a basis here)

SUMMARY

While testing "standby, then hibernate" from KDE settings, it was
observed that hibernate after standby is entered if standby has been
induced via laptop lid closure or via inactivity timeout. If standby is
induced via menu launcher -> Standby, it stays in standby and doesn't
enter hibernation. This behaviour is inconsistent from the user's
perspective.

STEPS TO REPRODUCE
1. Set "Standby, then hibernate" in KDE settings.
2. Initiate standby manually.
3. Wait for hibernation, which isn't entered.
4. Start system
5. Wait for standby due to inactivity timer or close lid of laptop
6. Wait for hibernation, which is entered after the value set in
HibernateDelaySec
OBSERVED RESULT
Inconsistent behaviour: Hibernation after standby is entered in one way,
but not the other.

EXPECTED RESULT
Consistent behaviour: Hibernation after standby should always be
entered, independent from the way standby is initiated.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 6.3.6
KDE Plasma Version: 6.3.6
KDE Frameworks Version: 6.13.0
Qt Version: 6.8.2

ADDITIONAL INFORMATION
During testing, I initially thought that "Standby, then hibernate"
doesn't work at all, because I always initiated standby manually via the
launcher menu. Only after closing the laptop lid, I observed the desired
behaviour. See comment bug report
https://bugs.kde.org/show_bug.cgi?id=462617