Also wenn zum Beispiel der powerdevil verzweifelt (nämlich immer wieder) nach ck sucht obwohl alles mit systemd-support gebaut wurde würde ich das schon einen Fehler nennen. Oder wenn am Laufmeter immer wieder die selbe Meldung "Cannot anchor to an item that isn't a parent or sibling" kommt obwohl einmal auch reichen würde macht das ebenfalls keinen sehr guten Eindruck.
Dieser Beitrag wurde 3 mal editiert. Zuletzt am 03. Mai 2016 um 10:24.
powerdevil verzweifelt (nämlich immer wieder) nach ck sucht obwohl alles mit systemd-support gebaut
Systemd oder CK ist runtime und nicht build-time. Natürlich wird beides gesucht. Wenn das wirklich immer wieder (und nicht nur nach bestimmten Ereignissen) passiert, dann ist das ein Bug. Aber auch nicht wirklich tragisch. Das Problem ist da eher, dass die Warnung ausgegeben wird.
Oder wenn am Laufmeter immer wieder der selbe Meldung "Cannot anchor to an item that isn't a parent or sibling" kommt obwohl einmal auch reichen würde
Die Meldung wird von Qt generiert. Kann man natürlich unterdrücken.
Ich verstehe ja, dass das nicht gut aussieht, aber ganz oft sind das halt false positives, die da kommen. Ich kenne da ganz speziell die Warnungen zu KWin: warum kommen die? Weil wir keinen server grab machen für etwas was vielleicht schief gehen könnte - aber nichts macht, wenn es schief geht. Qt haut dann eine Warnung raus. Pech gehabt.
Ganz ehrlich, ich bin kein Fan davon bekannte Probleme so lange herumliegen zu lassen bis sie irgendwo kritisch einschlagen. Dazu kommen noch Probleme welche trotz extrem ausführlichem Log sich dort nicht bemerkbar machen.
Das einzige "Problem" hier ist, dass zu viel geloggt wird. Insbesondere false positive Warnungen. Daraus bekommen Nutzer das falsche Gefühl, dass dort Probleme wären.
Und ja ich kenne das: ich hatte schon mehr als einen bug report wegen der false positive xcb error Warnungen in KWin.
Also wenn zum Beispiel der powerdevil verzweifelt (nämlich immer wieder) nach ck sucht obwohl alles mit systemd-support gebaut wurde würde ich das schon einen Fehler nennen. Oder wenn am Laufmeter immer wieder die selbe Meldung "Cannot anchor to an item that isn't a parent or sibling" kommt obwohl einmal auch reichen würde macht das ebenfalls keinen sehr guten Eindruck.
Dieser Beitrag wurde 3 mal editiert. Zuletzt am 03. Mai 2016 um 10:24.Systemd oder CK ist runtime und nicht build-time. Natürlich wird beides gesucht. Wenn das wirklich immer wieder (und nicht nur nach bestimmten Ereignissen) passiert, dann ist das ein Bug. Aber auch nicht wirklich tragisch. Das Problem ist da eher, dass die Warnung ausgegeben wird.
Die Meldung wird von Qt generiert. Kann man natürlich unterdrücken.
Ich verstehe ja, dass das nicht gut aussieht, aber ganz oft sind das halt false positives, die da kommen. Ich kenne da ganz speziell die Warnungen zu KWin: warum kommen die? Weil wir keinen server grab machen für etwas was vielleicht schief gehen könnte - aber nichts macht, wenn es schief geht. Qt haut dann eine Warnung raus. Pech gehabt.
Ganz ehrlich, ich bin kein Fan davon bekannte Probleme so lange herumliegen zu lassen bis sie irgendwo kritisch einschlagen. Dazu kommen noch Probleme welche trotz extrem ausführlichem Log sich dort nicht bemerkbar machen.
Schau dir nur mal die letzten paar Kommentare in dem folgenden Forum-Thread an:
https://forums.gentoo.org/viewtopic-t-993362.html
Das einzige "Problem" hier ist, dass zu viel geloggt wird. Insbesondere false positive Warnungen. Daraus bekommen Nutzer das falsche Gefühl, dass dort Probleme wären.
Und ja ich kenne das: ich hatte schon mehr als einen bug report wegen der false positive xcb error Warnungen in KWin.