I have no autocomplete functionality at all. This is repeated on two different machines with identical versions: geany 1.25, GTK 2.24.28, Glib 2.44.1, Xfce 4.12, Linux 4.2.3-1-ARCH
Tried with java, python, bash, and html.
No plugins are installed and autocomplete is turned on in preferences:
Geany starts without any errors:
$ geany -v
Geany-INFO: Geany 1.25, en_US.UTF-8
Geany-INFO: GTK 2.24.28, GLib 2.46.1
Geany-INFO: System data dir: /usr/share/geany
Geany-INFO: User config dir: /home/magyar/.config/geany
Geany-INFO: System plugin path: /usr/lib/geany
Geany-INFO: Added filetype Cython (61).
Geany-INFO: Added filetype Clojure (62).
Geany-INFO: Added filetype CUDA (63).
Geany-INFO: Added filetype JSON (64).
Geany-INFO: Added filetype Scala (65).
Geany-INFO: Added filetype Genie (66).
Geany-INFO: Added filetype Graphviz (67).
Geany-INFO: unknown : None (UTF-8)
Syntax highlight works just fine:
But no autocomplete.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/710
Error:
Exception thrown at 0x75DE8B21 (msvcrt.dll) in geany.exe: 0xC0000005: Access violation reading location 0x00000000.
Call Stack:
> msvcrt.dll!75de8b21() Unknown
[Frames below may be incorrect and/or missing, no symbols loaded for msvcrt.dll]
pairtaghighlighter.dll!66c81ad1() Unknown
libgeany-0.dll!6a168d59() Unknown
libgobject-2.0-0.dll!63c45fd2() Unknown
libglib-2.0-0.dll!687e3008() Unknown
libgobject-2.0-0.dll!63c4a41f() Unknown
libgobject-2.0-0.dll!63c45fd2() Unknown
libglib-2.0-0.dll!687e3008() Unknown
libgtk-win32-2.0-0.dll!61a5f0de() Unknown
libgeany-0.dll!6a1dc0bb() Unknown
libgeany-0.dll!6a1e3ab7() Unknown
libgeany-0.dll!6a1ba057() Unknown
libglib-2.0-0.dll!687f362a() Unknown
libglib-2.0-0.dll!687f39dc() Unknown
libglib-2.0-0.dll!68801820() Unknown
libgtk-win32-2.0-0.dll!61a4c11f() Unknown
libgeany-0.dll!6a17a0d1() Unknown
geany.exe!00402820() Unknown
geany.exe!004013e2() Unknown
[External Code]
---
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/989
Inside #478 we recognized that Treebrwoser is using direct access to internal things of Gtk. This is very likely to break at some point and needs to be fixed.
--
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/504
If you load geany scope, load a simple "Hello world" software written in C compiled with -g, and you start the execution with geany scope you obtain a blank window without text or buttons and geany freeze.. so geany scope is unusable...
geany scope 1.27 in Fedora 24 with italian language
reported in https://bugzilla.redhat.com/show_bug.cgi?id=1341107
---
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/1048
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
All,
I'm trying to make friends with geany 1.29 and notice that the documents side-bar is littered with folders for every file that is opened. This makes the document sidebar window a complete mess. The display of folders in the sidebar is wholly unnecessary. The tooltips for each file provide the complete path for each file in a very efficient and real-estate saving manner. Removing the folders would allow for a much cleaner and more usable interface.
Is there a 'Various' setting or config setting that allows you to turn display of the folders off and just show the filename? If not, then consider this feature request for a way to simply display the filename in the Documents sidebar without the unneeded folders.
--
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/1418
@techee would you be opposed to this if I were to make a pull request? I remember you said before you never implemented it because you wanted to keep the plugin simple [citation needed], but if I were able to make a simple enough patch that used GFileMonitor to watch the top directory, would be OK with it?
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/332