GnuCash
Contact   Instructions
Bug 797842 - Windows: Insertion cursor invisible in Edit Account or New Account windows until text fields have content
Summary: Windows: Insertion cursor invisible in Edit Account or New Account windows un...
Status: RESOLVED FIXED
Alias: None
Product: GnuCash
Classification: Unclassified
Component: User Interface General (show other bugs)
Version: 4.0
Hardware: PC Windows
: Normal normal
Target Milestone: ---
Assignee: ui
QA Contact: ui
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-07-04 21:41 EDT by Chris Good
Modified: 2020-07-24 06:14 EDT (History)
5 users (show)

See Also:


Attachments
Screendump (5.29 KB, image/png)
2020-07-04 21:41 EDT, Chris Good
no flags Details

Description Chris Good 2020-07-04 21:41:53 EDT
Created attachment 373768 [details]
Screendump

If you click in any of the text fields (Account Name, Account Code, Description or Notes), the Insertion cursor is not visible unless the field has some content. Problem does not exist in Linux Ubuntu 18.04 self built GnuCash git 3.905+(2020-06-14).
Comment 1 Bob 2020-07-05 04:18:45 EDT
Is this windows 10?

I have version 4.0 loaded in a Windows 10 Virtual Machine and click on 'New Account' and I get a cursor in the 'Account name' field so looks OK to me.
Comment 2 Chris Good 2020-07-05 04:30:53 EDT
Hi Bob,
Yes Windows 10 1909 build 18363.900. I'm holding off doing the 2004 updates to give MS a chance to fix known probs.
I just rebooted, and the problem persists.
Comment 3 Bob 2020-07-05 10:08:01 EDT
Chris,
Just loaded 4.0 on a Windows 10 PC and got the same as you but this one also had some user CSS specified. Disabled that and all was OK so maybe you could try that. I have not looked at what part of my user CSS affects it but will at some point.
Comment 4 Chris Good 2020-07-07 00:48:00 EDT
Hi Bob,

I just did some testing. Here is my C:\Users\goodc\AppData\Roaming\GnuCash\gtk-3.0.css:

* {
	font: 16px arial, sans-serif;
}

The only other things in my gtk-3.0.css are some key bindings.

Changing to 14px or 12px did not help, but removing the 'sans-serif' option fixes the problem. I.e now:
* {
	font: 16px arial;
}

It seems to me the font displayed is sans-serif anyway.
I put the sans-serif in because I based my file on
https://github.com/Gnucash/gnucash/blob/maint/doc/gtk-3.0.css

Also removing 'arial' (and removing sans-serif) fixes the problem but I prefer arial.
Comment 5 Bob 2020-07-22 07:47:21 EDT
Removed the reference to sans-serif in the example file.
Comment 6 Chris Good 2020-07-23 05:05:01 EDT
I think, but am not sure, that https://gitlab.gnome.org/GNOME/gtk/-/issues/188 is relevant... I couldn't find anything else on the internet. Should I raise a gtk issue for this?
Comment 7 John Ralls 2020-07-23 12:45:26 EDT
Seems unlikely, that's about restoring the ability to specify a wider caret for a11y.

However there's a mention of a sweeping removal of style features that someone (mclassen?) deemed "not CSS" between Gtk 3.22 and 3.24 and that might have something to do with it, particularly if it involved the broad font-family fallbacks like sans-serif.
Comment 8 Bob 2020-07-24 06:14:24 EDT
Out of curiosity I had a look at some old installs to see when it stopped working, 3.5 worked which had Gtk+3.24.7 and 3.6 fails which had Gtk+3.24.9 so some thing changed in Gtk+ world between those versions.

Note You need to log in before you can comment on or make changes to this bug.