Баг в QColorDialog на Qt 5.15.8 ?

Это у меня одного так?

Сделай минимальный компилируемый проект-то.

Что его делать, в Qt Creator пару кнопок тыкнуть. Но если очень лень, то вот:

https://dropmefiles.com/HDZaX

Archlinux current, Qt 5.15.{18,19}

Такой проблемы нет, но я проверял в своём проекте.

QColorDialog::getColor вызывается из другого QDialog отображаемого через exec(). Разницы между указанием QColorDialog parent = nullptr или this нет.

Такс, похоже что-то начало выясняться...

Чистый пример кода и у меня на Qt 5.15.8 работает правильно.

Глючит QColorDialog именно внутри моего большого проекта.

Есть файл: https://github.com/xintrea/mytetra_dev/blob/experimental/app/src/libraries/wy...

В нем в двух местах одинаковая проблема с этим QColorDialog в методах:

- onFontcolorClicked()
- onBackgroundcolorClicked()

Но я ничего не вижу предосудительного, что могло бы повлиять на динамически создаваемый на стеке объект модального диалога QColorDialog, который существует только в функции:

// Слот, срабатыващий при нажатии на кнопки выбора цвета текста
// Параметр n - это номер выбранного пункта в выпадающей кнопке выбора цвета,
// счет кнопок с нуля.
void TypefaceFormatter::onFontcolorClicked(int n)
{
    // TRACELOG

    QColor selectedColor;

    if (n==0)
    {
        // Текущий цвет шрифта возле курсора
        QColor currentColor = textArea->textColor();

        // Формат символов под курсором
        QTextCharFormat textAreaCharFormat = textArea->currentCharFormat();

        // Есть ли ForegroundBrush под курсором в тексте
        bool hasForegroundBrush = textAreaCharFormat.hasProperty(QTextFormat::ForegroundBrush);

        // Если нет ForegroundBrush в тексте под курсором, то
        // за цвет кнопки берется цвет foreground редактора textArea (QTextEdit)
        // (это позволяет учитывать также цвет шрифта, заданный в файле stylesheet.css)
        if(!hasForegroundBrush)
            currentColor = textArea->palette().windowText().color();

        // Диалог запроса цвета текста
        selectedColor = QColorDialog::getColor(currentColor,
                                               editor,
                                               tr("Select text color"),
                                               QColorDialog::ShowAlphaChannel);

        // Если цвет выбран, и он правильный
        if(selectedColor.isValid())
        {
            // Меняется цвет кнопки и устанавливается цвет текста
            this->doChangeFontcolor( selectedColor );
        }
    }

    if (n==1)
    {
        selectedColor = QApplication::style()->standardPalette().color(QPalette::WindowText);

        // Меняется цвет кнопки и устанавливается цвет текста
        this->doChangeFontcolor( selectedColor );
    }
}

Хм, я заменил код на тот, что используется в чистом примере, и баг есть!

void TypefaceFormatter::onFontcolorClicked(int n)
{
    QColor selectedColor;
    QColor currentColor(Qt::white);

    selectedColor = QColorDialog::getColor(currentColor,
                                           nullptr,
                                           tr("Select color"),
                                           QColorDialog::ShowAlphaChannel );
}

• На Qt 5.15.8, если вызывать QColorDialog::getColor() минимальным кодом в моем большом проекте, то он не может выбрать цвет!
  
• А если на том же Qt 5.15.8 вызывать QColorDialog::getColor() минимальным кодом в минимальном проекте, то работает правильно.

Факинщит, что же может влиять на динамически создаваемый QColorDialog::getColor() ?

Загадка природы!

Кастую dhampire и hateyoufeel, я один такое понять не могу.

Ага, нашел в чем дело, но как исправить - вообще не знаю.

Значит, проблема возникает в случае, если к интерфейсу применяется CSS-тема:

// Загруженный стиль оформления применяется
qApp->setStyleSheet(styleText);

Вот похожий баг обсуждают:

Had the exact same thing with any style that has a override of «:hover». In my case «QWidget *::item:hover { }», even empty, breaks the QColorDialog.

https://github.com/ColinDuquesnoy/QDarkStyleSheet/issues/319#issuecomment-3056672423

И ещё: https://github.com/DLR-SC/tigl/issues/1217

Благодарю. Пока не вкурил как предлагают решить.

Вот доработанный минимально работающий пример с CSS-стилем, который демонстрирует баг:

https://dropmefiles.com/EiFba

Вот же по второй ссылке расписали возможные варианты решения:

This leaves us three options:

1. Downgrade to Qt 5.15.2

2. Upgrade to Qt 6.2.10

3. Fix our stylesheet, removing these lines

QWidget:item:hover 
{ 
    background-color: #18465d; 
    color: #eff0f1; 
}

Ещё у них отмечено в доке:

QDialog Supports only the background, background-clip and background-origin properties.

Warning: Make sure you define the Q_OBJECT macro for your custom widget.

Со стилями надо вообще осторожней, они могут вызывать проблемы с самописными виджетами, у меня например так случайным образом ломалось отображение в моём самописном редакторе кода и я потратил кучу времени на поиски проблемы.

Ещё было дело у меня в плавающих виджетах ломалось поведение курсора, но то был баг в темах оформления KDE.

Ага, мне несказанно повезло, что в моем стиле только один элемент использует этот селектор:

QWidget::item:hover:!selected {
   background-color: #1A72BB;
 }

Вроде бы стиль можно персонально окну задать, тогда выход в использовании для этого конкретного диалога отдельного стиля. Ну и фиг с ним, что у него не будет item:hover.

Вопрос можно?, надо было как то(всмысле ссылку): https://doc.qt.io/qt-6.9/stylesheet-reference.html. Оно что теперь в ауте(vpn)?, что то не работает, у всех так что ли?.

У меня QMake version 3.1 Using Qt version 5.15.16 и всё прекрасно. Вероятно 5.15.8 это очень старая версия

4 января 2022 года — дата выпуска версии Qt 5.15.8

17 ноября 2023 года — дата выпуска версии Qt 5.15.16

По сути прошло полтора года между версиями, много багов могли найти и позакрывать, которые возможно отсутствовали в ранних версиях а потом начали проявляться или дело в css и это пофиксили. Я проверил версию с css

А советуют upgrade to Qt 6.2.10, но вот, 5.15.16 нормуль

что то не работает, у всех так что ли?.

Да уж давненько — Strange internet

Спасибо, понадобилось кое что вспомнить по стилю, давно не заглядывал. Примерно догадывался о причине.