Felix Miata wrote:
David H. Durgee composed on 2017-12-06 10:54 (UTC-0500):
David H. Durgee wrote:
David H. Durgee wrote:
Cruz, Jaime wrote:
David H. Durgee wrote:
Richard Owlett wrote:
David H. Durgee wrote:
I took a look around to find a public page exhibiting the problem and
found this one:
http://toolsqa.com/automation-practice-form/
This form exhibits the problem at the line labelled "Profession" where
there are invisible check boxes that I can tick for both choices.
This form also demonstrates that I have a similar problem with radio
buttons. The line labelled "Sex" has invisible radio buttons for its
choices.
I hope this demonstrates it for you as well.
Frank-Rainer Grahl wrote: There is a problem with dropmarkers and
gtk3. Width is only 1 pixel. Can usually be seen in the location bar
with the history drop down menu.
Not aware of any problems with checkboxes but I can test it if you
find a public form with this problem.
David H. Durgee wrote on 2017-12-06 07:29 (UTC-0500):
I am encountering a new problem here with SM 2.49.1 on Linux Mint
18.2 x64 that may be a bug. I am finding cases where a form is being
presented using check boxes and they are invisible! An example of
this is the Medicare plan search page. When the results are ready
for presentation you are expected to check off boxes for the
alternatives you want to see.
I have been able to work around this in the case where I know a check
box is there even if I can't see it, as I can still check it and at
that point the box becomes visible. Where this is a problem is when
the form does not make it obvious that a check box is present.
Is anyone else seeing this? Is there a new setting somewhere I can set?
I see no problems. OS is Debian 9.1 with MATE desktop on a Lenovo T510 with
User agent: Mozilla/5.0 (X11; Linux i686; rv:51.0) Gecko/20100101
Firefox/51.0 SeaMonkey/2.48
Build identifier: 20170706221455
And to further muddy the waters, running 2.49.1 here on Ubuntu Trusty
16.04.3 and the check boxes and radio buttons showed up just fine...
Interesting. That would appear to point to either a theme problem or
a profile problem. I am using the little monkey 2.0.27 theme here. I
will try the page with the default themes and see if the problem is
there or not.
Curiouser and curiouser, I tried this test URL on SM 2.49.1 on another
system with the little monkey theme and THERE I see the boxes and radio
buttons. So it appears specific to this instance of the browser. I am
going to try a browser restart and see if that changes anything.
Restart made no difference. I am assuming at this point it is a profile
setting that is causing it.
As Frank alluded, this is GTK3-related. 2.48 was built with GTK2. 2.49.1 is
built
with GTK3. Mint/Cinnamon (David) users seem to have insufficient GTK3 support,
while
Mate (Richard), whatever DE Ubuntu users are using now (Jaime), and Gnome (home
of GTK,
obviously) users have the needed GTK3 support. I don't have the invisible
checkbox/radio
button problem here in KDE3, but I do have some GTK3 customizations
(~/.config/gtk-3.0/gtk.css
due to otherwise too narrow scrollbars and absent scroll buttons), and the
following GTK3
packages in openSUSE:
PackageKit-gtk3-module-1.1.3-4.4.x86_64
gtk3-branding-openSUSE-42.1-6.1.noarch
gtk3-data-3.20.10-9.2.noarch
gtk3-metatheme-adwaita-3.20.2-3.3.noarch
gtk3-tools-3.20.10-9.2.x86_64
libcanberra-gtk3-0-0.30-14.3.x86_64
libcanberra-gtk3-module-0.30-14.3.x86_64
libgtk-3-0-3.20.10-9.2.x86_64
libgtkmm-3_0-1-3.20.1-3.3.x86_64
libjavascriptcoregtk-3_0-0-2.4.11-4.26.x86_64
libwebkitgtk-3_0-0-2.4.11-4.26.x86_64
metatheme-adwaita-common-3.20.2-3.3.noarch
I do have a GTK3 customization file of my own to deal with the missing
scroll steppers as you do. Is there an override to add here as well
that will address the invisible checkbox/radio button problem? Perhaps
someone who knows GTK3 customization can solve this for me.
Dave
_______________________________________________
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey
