webmaster Reporter
	Description • 8 years ago

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Firefox/44.0
Build ID: 20160210153822

Steps to reproduce:

Put two (or more) tristate checkboxes on a page.

This affects Firefox 46 on Linux Mint.
It does not seem to happen on Firefox 46 on OSX.




Actual results:

When the first checkbox is in 'indeterminate' state, the second checkbox does not show its state correctly. Sometimes the 'checked' state is not shown at all, sometimes it changes onmouseover.

When I set the checkbox to readOnly instead of indeterminate, it works as expected (for readOnly).


Expected results:

The state of the first checkbox on the page should make no difference to the state of the second checkbox.

	Loic
	Comment 1 • 8 years ago

Maybe Gtk3 issue since FF46 supports it.

	Bill Gianopoulos [:WG9s]
	Comment 2 • 8 years ago

I cannot duplicate this using a current trunk build.

	Karl Tomlinson (:karlt)
	Comment 3 • 8 years ago

(In reply to webmaster from comment #0)
> Created attachment 8764508 [details]
> test.html

> When the first checkbox is in 'indeterminate' state,

How is the first checkbox in indeterminate state?

Clicking the first checkbox merely toggles between checked and unchecked for me, and I assume that is the expected behavior?

	Bill Gianopoulos [:WG9s]
	Comment 4 • 8 years ago

(In reply to Karl Tomlinson (ni?:karlt) from comment #3)
> (In reply to webmaster from comment #0)
> > Created attachment 8764508 [details]
> > test.html
> 
> > When the first checkbox is in 'indeterminate' state,
> 
> How is the first checkbox in indeterminate state?
> 
> Clicking the first checkbox merely toggles between checked and unchecked for
> me, and I assume that is the expected behavior?

I noted the same.  But, not only, did I not notice any anomalous behavior using the testcase here, I also played with a real life testcase here https://css-tricks.com/indeterminate-checkboxes/  I tested with both gtk 3.18 and gtk 3.20 and could detect no anomalous behavior using current trunk builds.

	Karl Tomlinson (:karlt)
	Comment 5 • 8 years ago

I can reproduce on https://codepen.io/chriscoyier/embed/gaxrbv with Firefox 46.0b9, and Adwaita 3.18.7, thanks.

With Firefox 48b1, the behavior is different, showing checked when it should be indeterminate, and independent of hover.

	webmaster Reporter
	Comment 6 • 8 years ago

I can confirm the bug was introduced in 46.01 and is not present in 49.0a2
So it was probably related to GTK integration, which was introduced in 46.01.
I'll mark it worksforme after updating to the trunk.

cheers

	Karl Tomlinson (:karlt)
	Comment 7 • 8 years ago

(In reply to Karl Tomlinson (ni?:karlt) from comment #5)
> https://codepen.io/chriscoyier/embed/gaxrbv

> With Firefox 48b1, the behavior is different, showing checked when it should
> be indeterminate, and independent of hover.

This was a bug in the Adwaita theme.
In versions 3.16 and 3.18 at least, the rules to set -gtk-icon-source for .check:checked and .check:inconsistent were in the wrong order.
The bug could be reproduced by clicking on the check button with inconsistent state in gtk3-widget-factory.  It is fixed in 3.20.

Raleigh and Ambiance did not demonstrate.