-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mintreport does report that XApp Status applet is missing even if is already added #39
Comments
Same issue with 32-bit lap top. |
Hi can you paste the output of this command in a terminal:
and then, the output of this:
Thanks |
Unfortunately I crashed my old system uninstalling pulseaudio, so I made a new clean install with 19.3 and this bahavior is not showing up. Maybe @samilanki could keep tracking this bug. |
Happened today again, here is the command output:
|
dbus-send --session --dest=org.freedesktop.DBus --type=method_call --print-reply /org/freedesktop/DBus org.freedesktop.DBus.ListNames | grep org.x |
Hi, there's a new version of xapps (1.6.10) that should be available, if not now, very soon (depending on your download mirror). Thanks |
so far so good since the update |
Quoting from the referenced issue #181 about the same issue:
|
I seem to be getting this issue too after just installing Linux Mint 19.3 XFCE version. Here is the output of those commands. adam>dbus-send --session --dest=org.freedesktop.DBus --type=method_call --print-reply /org/freedesktop/DBus org.freedesktop.DBus.ListNames | grep org.x I posted this in the forums before finding this bug report: |
It seems that the relevant file is I notice that file checks for the use of Cinnamon or XFCE. In my case although I'm using XFCE, I'm also using the i3 window manager with it and disabling some XFCE components, so my setup is a bit non-standard. Could I have hit an edge case as a result of my non-standard setup? |
Anyway I've worked around the problem by deleting /usr/share/linuxmint/mintreport/reports/045_xappstatusapplet-missing but a proper solution would still be good. |
I was thinking, could this be a race condition based on when the panel starts and when mintreport starts? I notice my Application Autostart is what starts mintreport-tray ("System Reports"). If that report runs before the panel starts, then it would think XApp isn't present, right? In my case the panel is started from a saved session. |
Have you updated to the latest xapps? This is fixed in 1.6.10 -
|
Yes:
|
What do you think of my race condition idea? When I tried running mintreport-tray after my computer starts up, the problem didn't happen. If you don't think that's the problem, then how does Mint usually guarantee that mintreport-tray is run after the panel has started? |
I myself do see the problem - the prompting to enable an applet that is enabled already - only when MintReport is not run on a delay. Seemingly then a fix would consist in either some change of the code or merely adding a delay to the autorun of mintReport. That second option would be easy for the devs to implement. I note that if an OS has many paper-cuts then users get a bad experience. EDITED. |
Suddenly one of my 21.3 hosts exhibits this problem.Here is the output of the commands requested in previous posts: $>dbus-send --session --dest=org.freedesktop.DBus --type=method_call --print-reply /org/freedesktop/DBus org.freedesktop.DBus.ListNames | grep org.x There was no output from this command. $>python3 -c "import gi; gi.require_version('XApp', '1.0'); from gi.repository import XApp; print(XApp.StatusIcon.any_monitors());" $>dpkg --list | grep libxapp1 System info- I'm not the most capable Linux user but can follow instruction. So any help to understand & correct my problem would be appreciated. Thanks in advance. |
While awaiting a response, package updates have been installed; including an update to kernel 6.5.0-27. Performing previously requested commands again did have one different result as shown- $>dbus-send --session --dest=org.freedesktop.DBus --type=method_call --print-reply /org/freedesktop/DBus org.freedesktop.DBus.ListNames | grep org.x The previously posted results to the other commands were unchanged. |
@k-lynx it looks like an unsolved and rare issue, so maybe people don't have any solution to it yer. Reading this thread, I found an hypothesis that the issue could be the loading order of the apps in system while booting/logging in. I remember that a clean install solved the issue to me (and I was forced to make one cause I hard crashed my system while ago). Nowadays I can't help you anymore because it has years since I moved from Mint to Arch. Maybe @mtwebster could help you further. |
Mintreport is oddly reporting that XApp Status Applet isn't added to the panel, but in reality it is.
This screenshot shows the applet added and the Mintreport tray icon saying, in Brazillian Portuguese, that XApp Status Applet is not added to the panel
If I click at the icon in tray, Mintreport opens and the tray icon vanish. Until last cinnamon update, yesterday (28/12/2019), mintreport didn't show anything when opened. Today is showing to add XApp Status Applet, but is already added.
Mintreport asking to add XApp Status Applet and Applet Configuration showing XApp Status Applet added
I updated my Mint from Linux Mint 19.2 using Update Manager, as recommended, and now I have up-to-date Linux Mint 19.3.
I'm using:
OS: Linux Mint 19.3 Tricia x86_64
Kernel: 5.0.0-37-generic
DE: Cinnamon 4.4.6
I don't know how to reproduce this bug, once it happend apparently random, but constantly.
Thank you all in advance!
The text was updated successfully, but these errors were encountered: