maintainer-feedback requested: [Bug 268668] x11-fonts/fontconfig does not honor lcdfilter setting

Bugzilla Automation <bugzilla@FreeBSD.org> has asked freebsd-desktop (Team)
<desktop@FreeBSD.org> for maintainer-feedback:
Bug 268668: x11-fonts/fontconfig does not honor lcdfilter setting
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268668



--- Description ---
I recently did a full system upgrade that brought fontconfig 2.14.0 in, since
then I observed that my reading ability is impeded. I rooted this to fontconfig
which no longer honor lcdfilter settings in fonts.conf. I can't remember when I
disabled LCD filtering to improve text display, for maybe ten years I have the
followinf lines in ~/.config/fontconfig/fonts.conf file:

    <!--  Disable sub-pixel rendering but we still use antialias -->
    <match target="font">
	<edit mode="assign" name="rgba">
	    <const>none</const>
	</edit>
	<edit mode="assign" name="lcdfilter">
	  <const>lcdnone</const>
	</edit>
	<edit mode="assign" name="antialias">
	    <bool>true</bool>
	</edit>
    </match>
    <!-- Enable hinting when provided by the font -->
    <match target="font">
	<edit mode="assign" name="hinting">
	    <bool>true</bool>
	</edit>
	<edit mode="assign" name="hintstyle">
	    <const>hintfull</const>
	</edit>
	<edit mode="assign" name="autohint">
	    <bool>true</bool>
	</edit>
    </match>

I initially thought this might be caused by toolkits forcing lcdfilering on so
I wrote a small test program using only xlib and xft. Despite the settings
shown above, even using this basic display interface the characters rendered
through xft are lcdfiltered and came to the conclusion that the culprit is
either fontconfig or xft (the former is more probable).

To support my claim, I join the test program and two screenshots, made on the
same display server, of two instances of the same test client running on two
different hosts. Please note that the unaffected host is remote.