Closed pixelzoom closed 1 year ago
This issue sounds very familiar, like something I fixed long ago. And in fact it does not occur in release 1.2.3 (http://www.colorado.edu/physics/phet/dev/html/beers-law-lab/1.2.3/beers-law-lab_en.html). It does occur in 1.3.0. Is it possible that this may have been (re)introduced by PhET-iO instrumentation?
The issue I was thinking of is https://github.com/phetsims/concentration/issues/1 (Flickering particles when solution from dropper is added to a "Saturated!" beaker).
Now I'm not so sure that I'm reproducing this reliability, so it may be something that was present in 1.2.3. I'm also wondering it's demonstrable for other solutes, or just for "Potassium permanganate".
@phet-steele, a few questions....
(1) Can you reproduce the problem with either of these older versions? http://www.colorado.edu/physics/phet/dev/html/beers-law-lab/1.2.3/ http://www.colorado.edu/physics/phet/dev/html/beers-law-lab/1.3.0/beers-law-lab_en.html
(2) Is the problem reproducible with other solutes? just with "Potassium permanganate"? or more noticeable with "Potassium permanganate"? I'm wordering if this occurs mainly for solutes with low saturation points.
(3) What platform did you observer this on? And does it also occur on other platforms?
@ariel-phet Should this be addressed for 1.4.0 release? It's not immediately apparent why this problem reappeared in 1.3.x, but it was present in 1.3.x, so is not technically a new problem. If this issue needs to be addressed for 1.4.0, then that will push 1.4.0 release out into August (given the other things on my plate). If this issue is deferred, then 1.4.0 release can likely happen sometime in the next week. My recommendation is to defer.
Since not a new problem (and since now summer), I concur to defer, but lets plan on patching after function builder goals are met.
@ariel-phet said:
lets plan on patching after function builder goals are met.
It's now long after function-builder goals were met. So I will self assign and look at this when I have time.
@phet-steele Could you please test this in master and see if it's still a problem? I can't seem to reproduce it anymore, wondering if was corrected by some other change (which would be disconcerting.)
Could you please test this in master and see if it's still a problem?
I cannot see it in master.
Well, the problem is apparently gone. I see nothing obvious in the commit history that might have fixed it, mostly lots of PhET-iO commits that I don't recognize. Since I can't identify the fix, I can't patch a maintenance release. So this fix will need to wait for the next release branch (1.7).
Marked as fixed-pending-testing for the next RC cycle.
This problem has resurfaced. In https://github.com/phetsims/beers-law-lab/issues/238#issue-436825355, @KatieWoe reported:
Test device: Dell Operating System: Win 10 Browser: Chrome Problem description: Minor bug found in https://github.com/phetsims/QA/issues/309. When there are a smaller number of particles sitting at the bottom of a saturated solution, draining the solution causes some of the particles to move along the bottom wildly until draining stops. Seen in older versions, so not connected to the above release. Steps to reproduce:
Screenshots:
Troubleshooting information (do not edit):
The steps in https://github.com/phetsims/beers-law-lab/issues/175#issuecomment-486355881 are easier/quicker to follow if you use the shaker instead of the dropper. That said...
I've been unable to reproduce this in master, but I'll try again. If I do manage to reproduce it, the easiest way to address it might be to recompute the amount of precipitate only when the volume is constant or increasing, or when the "Remove Solute" button is pressed.
I cannot reproduce in master. And I just noticed that https://github.com/phetsims/beers-law-lab/issues/175#issuecomment-486355881 says:
Seen in older versions, so not connected to the above release.
So this was fixed, and appears to still be fixed. Closing.
This issue was reported by @phet-steele in https://github.com/phetsims/beers-law-lab/issues/154#issuecomment-221085463.
@pixelzoom the
precipitateAmountProperty
is calculated over and over again while draining a solution. The value fluctuates up and down, causing the visual effect of precipitate appearing and disappearing while draining. The capture rate on this video is lower than I'd like, so it's not as dramatic looking: