outputconfigurationstore: don't handle laptop lid closing yet
Interactions with KScreen cause settings to be reset to the default when the lid gets closed, so handling lid closing in KWin needs to wait until KScreen no longer writes configs BUG: 471282
This commit is contained in:
parent
b850e55953
commit
480f857d29
2 changed files with 5 additions and 0 deletions
|
@ -597,6 +597,7 @@ void OutputChangesTest::testMaximizeStateRestoredAfterEnablingOutput()
|
|||
|
||||
void OutputChangesTest::testLaptopLidClosed()
|
||||
{
|
||||
QSKIP("Laptop lid handling is disabled until config writing is moved into KWin");
|
||||
Test::setOutputConfig({
|
||||
Test::OutputInfo{
|
||||
.geometry = QRect(0, 0, 1280, 1024),
|
||||
|
|
|
@ -21,6 +21,10 @@ namespace KWin
|
|||
|
||||
std::pair<OutputConfiguration, QVector<Output *>> OutputConfigurationStore::queryConfig(const QVector<Output *> &outputs, bool isLidClosed)
|
||||
{
|
||||
// TODO to make use of isLidClosed, move config writing into KWin
|
||||
// Currently, the interactions of KWin's config generation on lid close with KScreen's config writing
|
||||
// causes settings changes that shouldn't be happening
|
||||
isLidClosed = false;
|
||||
const auto kscreenConfig = KScreenIntegration::readOutputConfig(outputs, KScreenIntegration::connectedOutputsHash(outputs, isLidClosed));
|
||||
if (kscreenConfig) {
|
||||
return kscreenConfig.value();
|
||||
|
|
Loading…
Reference in a new issue