Ubuntu 20.04 Qt не отображается иконка на панели задач

как иконка добавляется: через файл ресурсов или указанием пути к файлу?

Собственно есть самый примитивный проект на Qt на виджетах.

Дебажил? Ошибок нет никаких? Типа «Пейн, я ресурсов не чувствую! — У тебя их нет!»

Вообще никак. Но раньше там отображалась какая то иконка по умолчанию.

Ошибок никаких не выводит.

покажите пожалуйста, кусок кода, где устанавливается иконка.

Так специально через setWindowIcon() я не устанавливаю. Но раньше отображалась иконка по умолчанию.

Silerus, slackwarrior

Немного поэкспериметировал. Если вызвать setWindowIcon() (у QAplication или у QMainWindow) то иконка отображается но только в сессии Xorg, а в сессии Wayland все равно отображается иконка по умолчанию в виде шестиренки.

А далее обнаружил, что без вызова setWindowIcon() иконка НЕ отображается в сессии Xorg, а в Wayland отображается дефолтная иконка в виде шестиренки. Но ведь и в Xorg сессии должна отображаться какая нибудь дефолтная иконка.

Silerus, slackwarrior

Еще уточняющая информация. При запуске приложения в сессии Wayland (для этого нужно зайти в систему в сессии Wayland и далее запускать свое приложение так: QT_QPA_PLATFORM=wayland ./untitled) на панели задач Ubuntu отображается дефолтная иконка в виде шестиренки. Если при этом вызвать setWindowIcon() то устанавливается иконка в заголовке приложения, а на панели задач все равно отображается в виде шестиренки. А если войти в систему в сессии Xorg (или в сессию Wayland но запускать приложение без передачи QT_QPA_PLATFORM=wayland), то без вызова setWindowIcon() у приложения на панели задач отображается пустой квадрат, а при вызове setWindowIcon() отображается переданная иконка.

Какой десктоп?

В смысле железо? - VirtualBox. Или дистрибутив - Ubuntu 20.04.

В смысле DE

А, ну гном вроде по умолчанию там. Да, гном.

В смысле? :)

Тот же дистрибутив, но десктоп - KDE 5. Пример кода

#include <QApplication>
#include <QtGlobal>
#include <QDateTime>
#include "widget.h"
#include "math.h"


Widget* widget; // потомок QWidget

...

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);

    uint seed = QDateTime::currentDateTime().toTime_t();
    qsrand(seed);

    widget = new Widget;
    widget->show();
    //widget->showMaximized();

    return a.exec();
}

То то и оно. Есть предположение, что проблема как то связана с gnome.

Официальная докуметация рекомендует использовать QWindow::setIcon.

А далее обнаружил, что без вызова setWindowIcon() иконка НЕ отображается в сессии Xorg, а в Wayland отображается дефолтная иконка в виде шестиренки. Но ведь и в Xorg сессии должна отображаться какая нибудь дефолтная иконка.

Видимо какие-то кеши иконок сбились. На чистом юзере проверь. Если там будет всё норм – ищи в каком кеше зарылась собака и инвалидируй его.

P.S. У себя на 22.04 проверил – шестерёнка как под XWayland, так и на Wayland по умолчанию есть.

На чистом юзере проверь

Ок. Попробую.

Поставил заново чистую Ubuntu 20.04. Ровно такая же проблема.

Почему не 22.04? Двадцатка же скоро всё.

В 25 году же, как бы не совсем скоро.

Так фишка в том, что если явно устанавливать иконку приложения, то и setWindowIcon() тоже работает. Проблема именно в отсутствии иконки по умолчанию при запуске на Xorg.

Да по работе есть необходимость собирать проект под Ubuntu 20.04 в том числе. Ну и чисто спортивный интерес понять и простить.

по умолчанию при запуске на Xorg.

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

Deprecated он такой вот, да.

Прикольно, что в Ubuntu 22.04 то ошибки этой нету.

А ты проверил? Вдруг это только у меня нет.

«Пейн, я ресурсов не чувствую! — У тебя их нет!»

5 баллов )))

LTS, сэр

22.04 тоже LTS и апгрейд на неё уже давно доступен и выполняется одной командой.

Проверил. Поставил в виртуалке и ее тоже.

Поскольку в следующей версии Ubuntu по умолчанию используется Wayland

У меня впечатление, что в Canonical засели засланные с M$, которые хотят погубить ляликс. Это же будет означать, что у простых юзеров без красных глаз не будет ничего работать и они не будут знать как это пофиксить. Переход на недоделанный Wayland - это диверсия от мелкомягких.

Ты знаешь, разницы особой и нет. Ведь X.Org с самого своего рождения был тоже недоделан и сейчас недоделан. Недоделанная графика в десктопном Linux похоже что будет всегда.

Но Иксы в намного лучшем состоянии, это недоделанность совершенно разных уровней.

В Wayland нельзя даже мышку настроить А вы помните бесячий баг иксов, который всегда раздражал? (комментарий)

В Иксах тоже плохо. По идее указанные настройки должны быть вообще графическими, но ландо бы через конфиги ...

Я не против Wayland, но сначала его надо опробовать на гентушниках. Тут хуже всего не само наличие ошибок в ПО, а то, что пользователь не будет знать что делать. Из хорошего сообщения об ошибке должно следовать, что пользователю (или другой части системы) делать. А тут как будет: человек создает конфиги по инструкции, реальное поведение системы не меняется, никакого сообщения об ошибке нет.

Это окончательно хоронит мои мечты о линуксе с человеческим лицом.

Есть предположение, что если бы сцуко поддержали бы Mir от каноникал, то быстрее бы что-то дельное вышло.