Never had any of these issues on Linux. Geany would load the full session in <1s, never frozen. No plugins.
Behavior: 1) Geany takes about 20 seconds to startup/load. Only about 20 documents open with about 10-15k lines of code total. Memory usage after done loading/starting up: 16MB. 2) This happens about 80% of the time. Sometimes Geany opens normally. Sidebar, tabs and editing window is frozen (can't type, can't highlight text, can't resize the boundary between sidebar and editing window, etc. Only the menu and toolbar seem responsive. Also, if opening a second geany window, the second window is responsive (no session). If I re-open a session in the second window, it takes about 20 seconds again to load (up to several seconds for a single file), however the interface is responsive.
Here's how the app looks (all text and filenames removed): https://i.imgur.com/GnZEnWN.png The sidebar is really small and can't be resized while frozen. Everything else looks visually normally.
The most consistent way I've found to get Geany unfrozen is by clicking a different tab than the one already open towards the center left side of the screen, though this will often close a tab even though you're not touching a X (upon unfreezing, the tabs shifts somewards towards the right, the sidebar resizes to the previously used size, etc). Randomly clicking spots in the text will sometimes work too, but it's inconsistent.
Update: looks like a factor to whether Geany will be frozen after loading up or not depends on the size of the currently = previously selected/focused file. With a C++ file of 900 lines total selected Geany opened consistently in a frozen state. With a C++ file of only 15 lines total selected Geany opened consistently in an unfrozen/responsive/proper state. Loading times is the same in both cases though. In sharp contrast notepad++ opens the same files in <1s after opening the application on Windows, so it's definitely not the files or the filesystem that's at fault. Casually monitoring geany.exe: it's utilizing almost a full CPU core while loading files, but its memory is only increasing by about 0.25MB/s.
confirmed on 1.37 (no plugins, "Using GTK+ v2.24.32 and GLib v2.66.2 runtime libraries") vs Notepad++
@poikilos thanks for confirming, not many of the usual Geany contributors use it on Windows and as @Mikkel-Skofelt said, it works just fine on Linux.
Everybody please confirm by posting the top few lines of Help->Debug Messages that you are using 1.37.1 which is the latest Geany for windows.
The slow file loading might be the same reason as in #2649.
The interface freezing sounds like the initial problem in #2837. I have no idea what this might be (except blaming GTK).
Is there planned a new release for Windows? With GTK-3? Or, are there detailed instructions/scripts/makefiles, how to build Geany in Windows from source? Or may be cross-build in Linux for Windows?
I still cannot find a lightweight alternative to Geany: with projects, source code navigation, easily editable color schemes, **virtual spaces** etc. I wonder how came that modern programmer's editors don't support virtual spaces?!
There will be a release at some point, but as Geany is only GTK3 now it will require the person doing the Windows build upgrade to have the time to finish the job before it can happen.
The slow file loading might be the same reason as in #2649.
The interface freezing sounds like the initial problem in #2837. I have no idea what this might be (except blaming GTK).
I'm not sure about #2837, but #2649 sounds about right. Curiously this user mentions that version 1.37.0 slowed down file loading dramatically on Windows: https://github.com/geany/geany/issues/2649#issuecomment-724718783
I also noticed today that although almost everything remains frozen, left clicking the documents on the left actually changes the file name in the window title, but nothing else, including the text editor which contains the same text from the file focused after startup (based on last focused file from previous session I believe).
I also just want to highlight the last part of my post because I at least found it very curious that although file loading is slow either way, the interface is not frozen if the file automatically focused is small enough.
@poikilos thanks for confirming, not many of the usual Geany contributors use it on Windows and as @Mikkel-Skofelt said, it works just fine on Linux.
Everybody please confirm by posting the top few lines of Help->Debug Messages that you are using 1.37.1 which is the latest Geany for windows.
Sorry about that, I forgot to check and mention this, I do run geany v1.37.1.
The window titles (excluding Wayland and some window managers) are handled by the window manager itself, which is a separate process outside Geany, so the Geany hang of the rendering loop won't affect it, but everything inside Geany is just queued waiting for the render loop to get going again when its finished waiting for the files to load, or some other signal.
Probably a signal is getting lost, and small files make it less likely to be missed. [Theory x, not sure what x is up to].
Your feature request should be on its own issue, it will be lost here, but just to note, its unlikely, undo undoes changes to the buffer, but when the file is closed the buffer is deleted, so there is nothing to record the closing against to undo it. Also it would be ambigupous if the undo related to the closed file or the new current buffer. Just re-open it from the recent files list.
@Mikkel-Skofelt @poikilos could you try again with the new 1.38 release?
The first issue definitely should be fixed. The second issue could be fixed by #2892 but might also not.
@eht16 Excellent, 1.38 takes about 3 seconds to load, even with 30 files in the saved session. :+1:
Closed #2844.
Thanks for testing, @poikilos.
I'm optimistically closing this. @Mikkel-Skofelt if your issues remain with 1.38, just re-open.
github-comments@lists.geany.org