Aug 31 2019
Thanks for fixing :)
Great, I committed the fix in commit 1d5202f866e0
Aug 30 2019
i added PK_INFO_ENUM_AVAILABLE to the code.
now packagekid shows the right count.
Aug 28 2019
hmm, I think the issue the is quite simple here and caused by the logic of counting available pakages. The code is in e_mod_packagekit.c around line 27
the module is counting available updates based on the type, the code is:
Aug 25 2019
i've been playing around with this a bit and it seems it is caused by the locking mechanism of the package manager.
Aug 11 2019
no never worked :)
sorry, forgot to tell this
strange, did it ever work for you/on fedora?
yes then the checkmark again
i am on the latest git version of e 0.23.0 beta and efl
and then the checkmark again.
yes, the spinning cycle is shown
does it change when you press the refresh button in the popup menu?
Jan 16 2019
So this is a wayland only issue - which suggests it falls in e_comp_wl_input.c ... Changing the xkb from the gadget menu and then from the keybinding gets the system kbd correct but doesn't update e's kb. To reproduce, on Wayland, Change the keyboard using the keybinding, then change the keyboard using the gadget, then change the keyboard using the keybinding again. The gadget's flag is changed correctly and matches key input in apps such as terminals etc... but if you just type on the desktop to search/etc... e is still using the previous kbd.
Jan 9 2019
So the gadget doesn't get updated when the language is changed by the keys?
Sep 28 2018
Sep 23 2018
After a shitload of tries i can rep it constantly.
Aug 9 2018
Jul 17 2018
Bizarre, I tested again now and this seems to be fixed. Will reopen if it occurs again I guess.
Jul 6 2018
To add to the above.
Jun 20 2018
It's an issue. Probably something related to evas map and eventing.
I've just tested this.
Jun 12 2018
Jun 11 2018
Jun 9 2018
Apr 19 2018
Haven't been able to reproduce or heard of anyone able to reproduce in months so marking fixed.
Mar 2 2018
Mar 1 2018
Feb 28 2018
Feb 26 2018
can't reproduce any more.
fixed for me
Feb 22 2018
will test it over the weekend, thanks
See if you are able to reproduce this after today's changes
Feb 20 2018
See docs here for debugging Enlightenment remotely. If you can run inside Xephyr then sandbox_create() is where the gadget is created and gadget_dir_add() is where detection of .desktop files happens. @stephenmhouston can probably help a bit more if you get stuck
I will help where I can.
let me know what i can do
I'll probably need you to dig in a bit to the gadget code in e_gadget_runner.c and figure out how it's mismatching the config vs the gadget .desktop files, I don't see it here and I don't have much time to look into it currently.
yes. the screenshot gadget is placed on the desktop. the gadgets in the left bar are wrong. they should be countdown and counter
This block near the top is your desktop site. You can see here that it has a single slideshow gadget, which seems to be what there should be based on the screenshot?