win/GTK: copy/paste text only work once with key shortcut

[Peter Kieser]

Hello,

Since the GTK update in HomeBank 5.1.6 (5.l.5 didn't launch for me, so I can't test.) Copy/paste does not work reliably.

Sometimes I can copy data from another application (ex. Firefox, Notepad) into HomeBank. But then I cannot copy _new_ data, ex. the previous paste still stays even though I've updated the clipboard buffer with another piece of data (I can verify this by pasting the data I copied from another application into Notepad.)

If I then copy data from HomeBank after this behaviour occurs, the data is available within HomeBank to paste but I can't paste it into other Windows applications. If I relaunch the application, it works for awhile.

Scenarios:

1. Launch HomeBank
2. Copy data from Firefox, paste into HomeBank: WORKS
3. Copy another piece of data from Firefox or Notepad, paste into HomeBank: DOESNT WORK (Previous copied data gets pasted)
4. Copy data from HomeBank to another application: DOESNT WORK (No data gets pasted into application and previous clipboard data is lost)
5. Copy data from HomeBank to HomeBank: WORKS.

OS Name Microsoft Windows 10 Pro
Version 10.0.15063 Build 15063

Thank you!

[Maxime DOYEN (mdoyen)]

did not try to reproduce, in any case HB is not in cause, as there is no code related to this

[Maxime DOYEN (mdoyen)]

by the way, you paste into Homebank, well, where exactly in an input ?

[Maxime DOYEN (mdoyen)]

just test under win10, so with GTK 3.22.16: reproduced
note that this is the key combination that doesn't work, if you use the context menu (right mouse button click) and paste it does

just tested in linux with GTK 3.22.24: works as expected: OK

[Maxime DOYEN (mdoyen)]

Reproduced on Windows 10, with a singe gtkentry application and icon browser search bar.
So at last it is a GTK+ bug.

https://bugzilla.gnome.org/show_bug.cgi?id=791884

[Maxime DOYEN (mdoyen)]

bypass: use the context menu (mouse right click + paste

[Peter Kieser (pfak)]

Is there any chance that this can be solved on HomeBank's side? This makes the application very unfriendly to use on Windows and this issue has been open for almost 8 months!

[Grzegorz He (soovka)]

Maxime, maybe there will be a need to update to newer GTK version? I'm also affected by this issue and looking forward for the solution.

[Maxime DOYEN (mdoyen)]

Q: Is there any chance that this can be solved on HomeBank's side?
A: no, and there is a bypass

Q: Maxime, maybe there will be a need to update to newer GTK version
A: the bug is not yet fixed by GTK team

There is nothing more I can do, the new bug page is here:
https://gitlab.gnome.org/GNOME/gtk/issues/998

feel free to participate and encourage GTK+ team on this bug page to fix this.

[Maxime DOYEN (mdoyen)]

good news, it seems fixed in gtk 3.22.27
here is a zip of gtk 3.22.30
http://homebank.free.fr/public/hb-gtk-3.22.30.zip

just copy your c:\Program files(x86)\ HomeBank somewhere else
the unzip the file in the HomeBank folder

check in the HomeBank about dialogo that you are in 3.22.30
then the copy/paste should be okay

[Peter Kieser (pfak)]

I tested the GTK 3.22.30 with HomeBank 5.1.8, Select a file dialog is now broken for importing OFX/QFX is now broken.

[Grzegorz He (soovka)]

Hi,
I've tested GTK 3.22.30 and HomeBank 5.1.8 is now crashing (hanging) when when I change the date in "Add transaction" window (not using the builded in callendar, but jest typing new date)

[Joe Forte (joeforte)]

Just tested GTK 3.22.30 and HomeBank 5.1.7 - homebank crashed when trying to modify an existing transaction (dialog opened but couldn't type anything in the Info field, Windows reported Homebank crashed shortly after).

[Maxime DOYEN (mdoyen)]

@peter: Select a file dialog is now broken for importing OFX/QFX
=> what do you mean (missing icons) ?

@Grzegorz He
@Joe Forte
=> yes, seems anywhere there is a date widget will crash when try to parse the date on g_date_set_parse()
I do try to figure out why

[Maxime DOYEN (mdoyen)]

as I can reproduce the crash with a simple call to g_date_set_parse()
I filled a critical bug to GLib
https://bugzilla.gnome.org/show_bug.cgi?id=796265

[Maxime DOYEN (mdoyen)]

the glib bug is fixed: https://gitlab.gnome.org/GNOME/glib/issues/1386
now, just need to wait a release and update of msys2 package

[Peter Kieser (pfak)]

@Maxime:

Sorry, apologies. For example if I select a drive letter, from the selection on the left hand side it doesn't respond to my mouse click. So it would only let me select files from the directory/drive that the dialog box opened on.

[Maxime DOYEN (mdoyen)]

fixed in glib 2.57.2
msys2 still in 2.56.2

[Maxime DOYEN (mdoyen)]

I will downgrade to GTK 3.22.7 where this bug is not present

[Maxime DOYEN (mdoyen)]

revert to 3.22.7 not possible
so fallback to 3.22.16 were this bug still

[Maxime DOYEN (mdoyen)]

in waiting an upgrade I remind the bypass

bypass: use the context menu (mouse right click + paste)

[Maxime DOYEN (mdoyen)]

Ok,

Finally: here is a test version of 5.2.2 with GTK+ 3.24.1 where all seems ok so far.
(at least the original copy/paste bug and the Glib one after)

http://homebank.free.fr/public/HomeBank-5.2.2-gtk3.24.1.zip

[Peter Kieser (pfak)]

I've been testing it since mid-November, and it seems OK so far. Thank you, Maxime.

[Peter Kieser (pfak)]

Still running this build everything is OK. Thank you for your help, Maxime!