[Bug 522152] Re: indicator-application does not send signals when a menu is shown/hidden
I've created PoCs for the workarounds described by ~sjakthol and ~dlech: https://github.com/seppestas/test-libappindicator -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/522152 Title: indicator-application does not send signals when a menu is shown/hidden To manage notifications about this bug go to: https://bugs.launchpad.net/grandrock/+bug/522152/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 522152] Re: indicator-application does not send signals when a menu is shown/hidden
According to the Freedesktop StatusNotifierItem specification, each StatusNotifierItem object must provide the following methods: - ContextMenu - Activate - SecondaryActivate - Scroll Currently, libappindicator only seem to listen for the `Scroll` method, which it exposes through the `scroll-event` signal, and the `SecondaryActivate`, which it does not expose. Also, the unity-panel-service does not seem to send a `ContextMenu`, `Activate` or `SecondaryActivate` method call to the StatusNotifierItem registered by libappindicator. It does however send the Scroll method call correctly. There are a bunch of other ways in which libappindicator and the unity- panel-service do not follow the StatusNotifierItem specifications. It looks like the unity-panel-service and libappindicator are specifically built to fit the needs of Unity, not to comply with the Freedesktop StatusNotifier spec. To fix this bug properly, firstly the unity-panel-service should send all required method calls to the registered StatusNotifierItem objects. Secondly, libappindicator should listen for these method calls and use this to send signals when the menu is shown/hidden. Note however that the Ubuntu status menu design guidelines explicitly say not to use application indicators when "You just want the program to take up a small space in the panel when minimized". IMO, by making application icons behave more "consistently" inside of Unity, they have become inconsistent with other desktop environments, including the ones from OSX and Windows. I am capable and willing to fix this bug, but I'm afraid doing so allows libappindicator to be used in ways that do not fit the Ubuntu status menu design guidelines. I do not know a lot about the politics in Ubuntu, but this seems to be a touchy subject[3], so my guess is their is no incentive to have it fixed. Could someone set this bug to Won't Fix if this is the case, or tell me where the implementation could be further discussed? Anyhow, I'll be implementing the workaround described above by dlech for my use-case. It seems to work, but might break when the behavior of unity-panel-service changes (however since this bug is already 6 years old, I don't think this will happen soon). [1] https://www.freedesktop.org/wiki/Specifications/StatusNotifierItem/StatusNotifierItem/ [2] https://wiki.ubuntu.com/CustomStatusMenuDesignGuidelines [3] http://www.markshuttleworth.com/archives/654 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/522152 Title: indicator-application does not send signals when a menu is shown/hidden To manage notifications about this bug go to: https://bugs.launchpad.net/grandrock/+bug/522152/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1254283] Re: Ubiquity miscalculates maximum partition size
Nik.Th.: It looks like both this bug and the problem have related causes. However, the bug in Ubiquity is that it handles the problem wrong. I would rather not get stuck in an endless loop of popup error messages while installing Ubuntu. Of course my problem could be fixed by editing the other partition sizes so that the new partition can be created without spare sectors. However, I believe Ubiquity tries to give the user a simplified interface to manage the partition. This interfaces abstracts the user from sectors and other fun stuff people play with in a 'real' partition manager. The abstraction is lost in a rather painful way when the problem occurs, which isn't very nice and should therefore be prevented imo. The sollution should be pretty simple: just round the estimated maximum size down. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1254283 Title: Ubiquity miscalculates maximum partition size To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1254283/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1254283] [NEW] Ubiquity miscalculates maximum partition size
Public bug reported: When trying to combine 2 partitions during the installation of Ubuntu Gnome, I got the following message: "Can't have a partition outside the disk!'' Image: https://pbs.twimg.com/media/BZw5plkCMAEoSD8.png:large This message was stuck in a loop, so I couldn't continue or close the installation. I combined the partitions by removing one of them, and incresing the size of the other partition to the max size. The second time I tried this, I calculated the maximum size of the new partition, and noticed this was 1MB smaller than the size ubiquity pruposed. This bug is probably caused by a rounding error. Ubuntu release: 13.10 Ubiquity: 2.15.26 ** Affects: ubiquity (Ubuntu) Importance: Undecided Status: New ** Tags: ext4 partition rounding ** Attachment added: "syslog" https://bugs.launchpad.net/bugs/1254283/+attachment/3915523/+files/syslog -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1254283 Title: Ubiquity miscalculates maximum partition size To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1254283/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
