On fast-clicks/double-clicks on a plugin row the selected row can change
and the buttons (e.g. the "Help" button) can get out of sync. That means
that e.g. a plugin is selected which has not got an help function but
the "Help" button is activated. Clicking the button is such a situation
leads to a crash. Syncing buttons on "button-release-event" solves the
problem. Fixes #1781.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1784
-- Commit Summary --
* plugin-manager: sync buttons on "button-release-event"
-- File Changes --
M src/plugins.c (19)
-- Patch Links --
https://github.com/geany/geany/pull/1784.patchhttps://github.com/geany/geany/pull/1784.diff
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/1784
I see true/false tags here and there, what do they do? I did dome google and found nothing.
Any theme which explains all parameters?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1797
The workbench plugin causes needless debug messages by passing directory file paths to the tag manager.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/713
Some versions of GLib under Linux continuously generate G_IO_IN-s without any data to read when using recursive channel watch sources, causing 100% CPU load. This patch detects such a situation, and automatically switches the affected source from channel watch to 50ms timeout.
A bit of explanation about the recursive sources. Let's say that a callback displays a modal dialog with an error message, or a prompt, something like that. A new message loop is generated for the dialog/prompt, but the source that initiated it is excluded, to avoid calling it's callback for a second time while the execution is still inside it. But, if the source is marked as "recursive", it will be invoked from the new message loop, provided that the source event conditions are met. It has to be implemented carefully, both in GLib and the application that uses it.
The only spawn() client that currently uses recursive sources is Scope, so the GLib bug manifests there. And a glib bug it should be, IMHO, because (a) no message loop is created which can activate recursion; (b) no recustion takes place (verified); and (c) even if a there was a recursion, the source event conditions are not met: these G_IO_IN-s come without any data to read, which is a bug by itself.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1461
-- Commit Summary --
* Handle continuous G_IO_IN-s without any data
-- File Changes --
M src/spawn.c (68)
-- Patch Links --
https://github.com/geany/geany/pull/1461.patchhttps://github.com/geany/geany/pull/1461.diff
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/1461
The scope plugin hangs Geany on some systems because it triggers a bug in some versions of the Glib libraries.
Although no longer the plugin maintainer, Scopes original developer has, to his credit, proposed a workaround [patch](https://github.com/geany/geany/pull/1461) to Geany to mitigate the effect. However despite his assurances its safe and only applies to the scope plugin, there has been reluctance to apply the patch to Geany in case it has other undesired effects. It certainly should not be applied this close to the 1.33 release.
I therefore suggest that Scope be disabled by default for this release or until the issue is resolved so that distros don't provide a plugin that hangs without having to actually enable it. But I don't know how to hack the m4 to do that. Can anybody who agrees and knows how to provide a PR?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/688
Right now if I created a file or directory in directory which is listed in workbench's project I have to manually update files list, which is highly uncomfortable. Please, made realtime files lists updates possible.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/659