| Summary: | xapps missing features | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Joseph Wang <joequant> |
| Component: | RPM Packages | Assignee: | Joseph Wang <joequant> |
| Status: | NEW --- | QA Contact: | |
| Severity: | major | ||
| Priority: | High | CC: | miketwebster, ouaurelien |
| Version: | Cauldron | ||
| Target Milestone: | Mageia 8 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | https://github.com/linuxmint/xapp/releases/tag/2.0.6 | ||
| Whiteboard: | |||
| Source RPM: | xapps-2.0.4-1.mga8.src.rpm | CVE: | |
| Status comment: | |||
|
Description
Joseph Wang
2021-02-05 02:16:39 CET
Also the package is definitely broken, but when I put in the current apps, I get the wrong wait cursor. Also the wait cursor appears for a few seconds as I think the startup apps are initializing. The xapp-sn-watcher service doesn't do anything but talk to other programs over dbus - the only thing I could possibly think of is there's a delay built in to it at startup, and it starts at a point during login that it can delay other things from starting immediately. It could be this delay is simply exposing the incorrect cursor briefly before the correct one is applied. Either way, this particular behavior is fixed in git, but hasn't been in a point release yet. Honestly if you guys are in beta or close to release, I wouldn't bother with this one for now, it doesn't provide anything 'new', it's just an alternative and improved way of rendering status icons - it's not something I'd throw in at the last minute. The gtk module I'd try to get in, however, as it's pretty harmless and complements the new favorites feature in nemo by making them accessible in gtk file dialogs. CC:
(none) =>
miketwebster Assigned to the package maintainer. (Please set the status to 'assigned' if you are working on it) Assignee:
bugsquad =>
joequant
Aurelien Oudelet
2021-02-05 11:20:43 CET
URL:
(none) =>
https://github.com/linuxmint/xapp/releases/tag/2.0.6 Not that in current Cinnamon situation from Mageia 8: When /usr/bin/cinnamon-launcher starts, it complains about missing: Could not spawn StatusNotifier watcher (xapp-sn-watcher): L’exécution du processus fils « /usr/libexec/xapps/sn-watcher/xapp-sn-watcher » i think this prevents us from displaying the mgaapplet status icon. mgaapplet is our own tool to update the distribution from the systray, without launching it from our Mageia Control Centre. People like to be informed that an update is available. It should be there. Priority:
Normal =>
High Sorry, the Comment 4 is misleading. mgaapplet does shows when updates are available (I triggered it by selecting Tainted repo in drakrpm-edit-media). So, this is OK for now. But, the icon is missing at boot time. If this is the applet: http://gitweb.mageia.org/software/mgaonline/tree/mgaapplet Then it does use GtkStatusIcon as a fallback mechanism, so the xapp-sn-watcher process isn't necessary. The warning in the log is harmless - Cinnamon's xapp status applet attempts to run the process when it starts and throws this if it can't. Feel free to patch out the warning here: https://github.com/linuxmint/xapp/blob/master/libxapp/xapp-status-icon-monitor.c#L296-L297 The legacy tray applet does work properly (the one that handles GtkStatusIcons) - the network icon (net_applet) is visible from the start. The update icon showed up after a few minutes (and once I enabled an update repo and rebooted). Playing around with my beta vm it looks as though the update check is delayed 5 minutes by default at login - which seemed to match behavior I observed. According to .xsession-errors it seems like the status icon isn't created until that time. I could be mistaken about a lot of this - while I know cinnamon, I'm utterly unfamiliar with mageia. (In reply to Michael Webster from comment #6) > If this is the applet: > http://gitweb.mageia.org/software/mgaonline/tree/mgaapplet > > Then it does use GtkStatusIcon as a fallback mechanism, so the > xapp-sn-watcher process isn't necessary. The warning in the log is harmless > - Cinnamon's xapp status applet attempts to run the process when it starts > and throws this if it can't. Feel free to patch out the warning here: > https://github.com/linuxmint/xapp/blob/master/libxapp/xapp-status-icon- > monitor.c#L296-L297 > > The legacy tray applet does work properly (the one that handles > GtkStatusIcons) - the network icon (net_applet) is visible from the start. > > The update icon showed up after a few minutes (and once I enabled an update > repo and rebooted). > > Playing around with my beta vm it looks as though the update check is > delayed 5 minutes by default at login - which seemed to match behavior I > observed. According to .xsession-errors it seems like the status icon isn't > created until that time. > > I could be mistaken about a lot of this - while I know cinnamon, I'm utterly > unfamiliar with mageia. No, you're entirely right. But, xapp-sn-watcher in Mageia with Cinnamon is a "plus-value", a better feature than legacy because of software that can populate the systray. I completely agree - I just assumed since you guys were doing 'release candidates' this meant avoiding any changes that could cause new regressions - I was just trying to put people at ease about trying to get this working. The issue Joseph mentioned in the original comment may be addressed by these two commits: https://github.com/linuxmint/xapp/commit/9349913edb9b871950dc59e9cbe07831bef22630 https://github.com/linuxmint/xapp/commit/0199e62a7d5b1ef24c5d521c498a9446d0e82862 Unfortunately we haven't gotten to actually tag a new release that would include those (among a couple of other unrelated fixees). They remove the startup delay which may have been holding up the session (and possibly causing the issue with the pointer during login that he mentioned. I considered adding the fixes, but when I did, I got what seemed to be startup delays and odd cursor behavior. Since the system worked less well with the changes than without them, I thought it would be best not to include the fixes since I don't want to do anything that breaks the release. Let me know if people think this is serious enough to require a fix in Mageia 8. |