8296387: [Tooltip, CSS] -fx-show-delay is only applied to the first tooltip that is shown before it is displayed #1394

Maran23 · 2024-03-08T15:58:09Z

This PR fixes a long standing issue where the Tooltip will always wait one second until it appears the very first time, even if the
-fx-show-delay was set to another value.

The culprit is, that the cssForced flag is not inside Tooltip, but inside the TooltipBehaviour. So the very first Tooltip gets processed correctly, but after no Tooltip will be processed by CSS before showing, resulting in the set -fx-show-delay to not be applied immediately.

Added a bunch of headful and headless tests for the behaviour since there were none before.

Progress

Change must not contain extraneous whitespace
Commit message must refer to an issue
Change must be properly reviewed (2 reviews required, with at least 1 Reviewer, 1 Author)

Issue

JDK-8296387: [Tooltip, CSS] -fx-show-delay is only applied to the first tooltip that is shown before it is displayed (Bug - P4)

Reviewers

Andy Goryachev (@andy-goryachev-oracle - Reviewer)
Kevin Rushforth (@kevinrushforth - Reviewer)

Reviewing

Using git

Checkout this PR locally:
$ git fetch https://git.openjdk.org/jfx.git pull/1394/head:pull/1394
$ git checkout pull/1394

Update a local copy of the PR:
$ git checkout pull/1394
$ git pull https://git.openjdk.org/jfx.git pull/1394/head

Using Skara CLI tools

Checkout this PR locally:
$ git pr checkout 1394

View PR using the GUI difftool:
$ git pr show -t 1394

Using diff file

Download this PR as a diff file:
https://git.openjdk.org/jfx/pull/1394.diff

Webrev

Link to Webrev Comment

bridgekeeper · 2024-03-08T15:58:39Z

👋 Welcome back mhanl! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

mlbridge · 2024-03-08T16:02:08Z

Webrevs

openjdk · 2024-03-08T16:03:46Z

@Maran23 Please do not rebase or force-push to an active PR as it invalidates existing review comments. Note for future reference, the bots always squash all changes into a single commit automatically as part of the integration. See OpenJDK Developers’ Guide for more information.

openjdk · 2024-03-08T16:05:21Z

@Maran23 Please do not rebase or force-push to an active PR as it invalidates existing review comments. Note for future reference, the bots always squash all changes into a single commit automatically as part of the integration. See OpenJDK Developers’ Guide for more information.

…st tooltip that is shown before it is displayed

openjdk · 2024-03-08T16:07:15Z

@Maran23 Please do not rebase or force-push to an active PR as it invalidates existing review comments. Note for future reference, the bots always squash all changes into a single commit automatically as part of the integration. See OpenJDK Developers’ Guide for more information.

andy-goryachev-oracle · 2024-03-08T22:36:19Z

Testing the combined (this PR merged with the latest master) on macOS 14.3.1 M1 Pro (though this is probably not important), using the latest MonkeyTester
https://github.com/andy-goryachev-oracle/MonkeyTest

select Tooltip page
open the Tools -> CSS Playground tool
type .tooltip { -fx-show-delay:1ms; } into Custom CSS text area, press Update button. (this updates the stylesheet in all the open windows)
hover over the tooltip page

What I see is the very first time the tooltip appears it's using the old show-delay value of 1000ms. Any subsequent attempts the new delay is in effect.

Then, change back to 1000ms. Same thing happens: the first time the old timeout value is used instead of the new.

andy-goryachev-oracle · 2024-03-08T22:41:50Z

There is also another problem (though it is a separate issue as it can be seen with the master branch):

set the -fx-show-delay to 1ms as described in the previous comment
set the Graphic: to "Image"

Notice how sometimes, when slowly entering the tooltip page from the left side, the tooltip appears and then disappears. Async code is hard!

edit 2024/04/12: created https://bugs.openjdk.org/browse/JDK-8330187

andy-goryachev-oracle · 2024-03-08T22:47:41Z

the disappearing tooltip clip (will move to its own ticket later):

video1956899183.mp4

andy-goryachev-oracle · 2024-03-08T22:59:42Z

This is another, unrelated issue: If I specify a number instead of duration like -fx-show-delay: 1; we'll get an exception every time the tooltip is about to be shown.

Exception in thread "JavaFX Application Thread" java.lang.ClassCastException: class java.lang.Double cannot be cast to class javafx.util.Duration (java.lang.Double is in module java.base of loader 'bootstrap'; javafx.util.Duration is in module javafx.base of loader 'app')
	at javafx.controls/javafx.scene.control.Tooltip.getShowDelay(Tooltip.java:334)
	at javafx.controls/javafx.scene.control.Tooltip$TooltipBehavior.lambda$0(Tooltip.java:1015)
	at javafx.base/com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(CompositeEventHandler.java:247)
	at javafx.base/com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(CompositeEventHandler.java:80)
	at javafx.base/com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:232)
	at javafx.base/com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:189)
	at javafx.base/com.sun.javafx.event.CompositeEventDispatcher.dispatchBubblingEvent(CompositeEventDispatcher.java:59)
	at javafx.base/com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:58)
	at javafx.base/com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
	at javafx.base/com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
	at javafx.base/com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
	at javafx.base/com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
	at javafx.base/com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
	at javafx.base/com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
	at javafx.base/com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
	at javafx.base/com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
	at javafx.base/com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
	at javafx.base/com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:56)
	at javafx.base/com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)
	at javafx.base/com.sun.javafx.event.EventUtil.fireEventImpl(EventUtil.java:74)
	at javafx.base/com.sun.javafx.event.EventUtil.fireEvent(EventUtil.java:54)
	at javafx.base/javafx.event.Event.fireEvent(Event.java:199)
	at javafx.graphics/javafx.scene.Scene$MouseHandler.process(Scene.java:3987)
	at javafx.graphics/javafx.scene.Scene.processMouseEvent(Scene.java:1893)
	at javafx.graphics/javafx.scene.Scene$ScenePeerListener.mouseEvent(Scene.java:2711)
	at javafx.graphics/com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run(GlassViewEventHandler.java:411)
	at javafx.graphics/com.sun.javafx.tk.quantum.GlassViewEventHandler$MouseEventNotification.run(GlassViewEventHandler.java:1)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:400)
	at javafx.graphics/com.sun.javafx.tk.quantum.GlassViewEventHandler.lambda$2(GlassViewEventHandler.java:450)
	at javafx.graphics/com.sun.javafx.tk.quantum.QuantumToolkit.runWithoutRenderLock(QuantumToolkit.java:430)
	at javafx.graphics/com.sun.javafx.tk.quantum.GlassViewEventHandler.handleMouseEvent(GlassViewEventHandler.java:449)
	at javafx.graphics/com.sun.glass.ui.View.handleMouseEvent(View.java:551)
	at javafx.graphics/com.sun.glass.ui.View.notifyMouse(View.java:937)
	at javafx.graphics/com.sun.glass.ui.mac.MacView.notifyMouse(MacView.java:128)

Once that happens, the exception will get thrown every time, even after the correct CSS is entered. The app must be restarted.

But we don't get an exception for a boolean value: -fx-wrap-text:"yo"; or a double value like .tooltip { -fx-graphic-text-gap:"true"; }. The latter will correctly issue a warning

WARNING: Failed to set css [-fx-graphic-text-gap] on [DoubleProperty [bean: javafx.scene.control.Tooltip@468235b3, name: graphicTextGap, value: 4.0]] due to 'class java.lang.Boolean cannot be cast to class java.lang.Number (java.lang.Boolean and java.lang.Number are in module java.base of loader 'bootstrap')'

edit 2024/11/12: created https://bugs.openjdk.org/browse/JDK-8330186

hjohn

Although the change is an improvement, I think a similar problem will still be present when CSS changes. The cssForced flag I think needs to reset to false whenever a CSS styleable property of the tool tip is modified. That would include all such properties...

This is a bit of a general issue in JavaFX (it really shouldn't be possible for any Node to be shown that hasn't had CSS processed for it), yet this can easily happen, and depending on how different the default style is versus the intended style, this can lead to a visual artifact (most noticable is for example a white background, when it is supposed to be black or transparent).

Perhaps we should open an issue to solve this for all controls in one go? A solution that would prevent any Node from being displayed without CSS applied?

Maran23 · 2024-03-09T09:10:28Z

What I see is the very first time the tooltip appears it's using the old show-delay value of 1000ms. Any subsequent attempts the new delay is in effect.

Then, change back to 1000ms. Same thing happens: the first time the old timeout value is used instead of the new.

There seems to be a difference when using setStyle and a global stylesheet. I'm investigating.

Maran23 · 2024-03-09T09:13:55Z

Perhaps we should open an issue to solve this for all controls in one go? A solution that would prevent any Node from being displayed without CSS applied?

Yes, that sounds like a good idea. Checking the calls to applyCss, it is mostly in table related classes and I remember that I already asked myself the question whether they are really needed there.

Although the change is an improvement, I think a similar problem will still be present when CSS changes. The cssForced flag I think needs to reset to false whenever a CSS styleable property of the tool tip is modified. That would include all such properties...

Will check. Tooltip is unfortunately a corner case where we to get some CSS properties BEFORE we show it in order to correctly setup the animation timeline.

…tylesheets are considered for the e.g. tooltip show-delay

modules/javafx.controls/src/main/java/javafx/scene/control/Tooltip.java

Maran23 · 2024-03-09T12:20:12Z

This is another, unrelated issue: If I specify a number instead of duration like -fx-show-delay: 1; we'll get an exception every time the tooltip is about to be shown.

This is because the CSS implementation thinks it is a PX value and therefore parse it wrong. You can check the CssParser to see why this happens. Fix might be simple, but the code in the parser is very error prone for this kind of stuff.

(And Note that the StyleableProperty does not do any typecheck, therefore a double value can be set where a Duration would be expected, which is very very bad)

openjdk · 2024-03-13T19:59:52Z

@Maran23 This change now passes all automated pre-integration checks.

ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details.

After integration, the commit message for the final commit will be:

8296387: [Tooltip, CSS] -fx-show-delay is only applied to the first tooltip that is shown before it is displayed

Reviewed-by: angorya, kcr

You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed.

At the time when this comment was updated there had been 2 new commits pushed to the master branch:

1c6ef36: 8335934: Change JavaFX release version to 24
a41dcf3: 8336110: Update copyright header for files modified in 2024

Please see this link for an up-to-date comparison between the source branch of this pull request and the master branch.
As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details.

➡️ To integrate this PR with the above commit message to the master branch, type /integrate in a new comment.

bridgekeeper · 2024-04-10T21:09:35Z

@Maran23 This pull request has been inactive for more than 4 weeks and will be automatically closed if another 4 weeks passes without any activity. To avoid this, simply add a new comment to the pull request. Feel free to ask for assistance if you need help with progressing this pull request towards integration!

Maran23 · 2024-04-10T21:11:14Z

keep it open.

andy-goryachev-oracle · 2024-04-11T20:02:37Z

Please sync up with the latest master (should be a SOP for any long outstanding PRs - sorry for long delay!)

Description	Resource	Type	Path	Location
The method shutdown() in the type Util is not applicable for the arguments (Stage)	TooltipTest.java	Java Problem	/systemTests-test/java/test/robot/javafx/scene	line 238

^ please remove the 'stage' argument, see JDK-8325566

modules/javafx.controls/src/main/java/javafx/scene/control/Tooltip.java

bridgekeeper · 2024-05-11T00:30:42Z

@Maran23 This pull request has been inactive for more than 4 weeks and will be automatically closed if another 4 weeks passes without any activity. To avoid this, simply add a new comment to the pull request. Feel free to ask for assistance if you need help with progressing this pull request towards integration!

…tooltip-css

…orrect CSS processing for the Tooltip Node.

andy-goryachev-oracle · 2024-05-23T21:21:14Z

Strange: I still see the same issue described in
#1394 (comment)
(the very first tooltip after updating stylesheet uses the old value)

andy-goryachev-oracle · 2024-07-08T21:23:23Z

org.opentest4j.AssertionFailedError: 193 <= 150 ==> expected: but was:

I don't see testShowDelayCssShowTooltipTwice() checking for the value of 150...
Where did it come from?

kevinrushforth · 2024-07-08T21:42:29Z

org.opentest4j.AssertionFailedError: 193 <= 150 ==> expected: but was:

I don't see testShowDelayCssShowTooltipTwice() checking for the value of 150... Where did it come from?

It's 100 (expected value) plus 50 (maximum delta). Here is the call stack:

L72:         assertTrue(tooltipShowTime <= maximumTime, tooltipShowTime + " <= " + maximumTime);
L64:         assertTooltipShowDelay(tooltipShowTime, expectedTime, 50);
L209:        assertTooltipShowDelay(tooltipShowTime, 100);

kevinrushforth

I left a few inline comments, including a possible suggestion to fix the intermittent test failures.

tests/system/src/test/java/test/robot/javafx/scene/TooltipTest.java

…tooltip-css

Maran23 · 2024-07-10T09:40:03Z

The Tooltip timing looks much better now in the tests. I decided to use 80ms as a threshhold. In my testing, I got a maximum difference of ~35 ms.

Also merged in master.

modules/javafx.controls/src/test/java/test/javafx/scene/control/TooltipTest.java

tests/system/src/test/java/test/robot/javafx/scene/TooltipTest.java

kevinrushforth · 2024-07-10T15:15:55Z

The Tooltip timing looks much better now in the tests. I decided to use 80ms as a threshhold. In my testing, I got a maximum difference of ~35 ms.

Also merged in master.

Thanks. I'll test and re-review.

kevinrushforth · 2024-07-10T23:12:32Z

I ran it on our CI Linux and macOS systems and it passed on all of them. It also passed on my local Linux system.

On my Windows machine I still get the following test failure almost every time I run it:

TooltipTest > testShowDelayCssShowTooltipTwice() FAILED
    org.opentest4j.AssertionFailedError: 260 <= 180 ==> expected: <true> but was: <false>
        at app//org.junit.jupiter.api.AssertionUtils.fail(AssertionUtils.java:55)
        at app//org.junit.jupiter.api.AssertTrue.assertTrue(AssertTrue.java:40)
        at app//org.junit.jupiter.api.Assertions.assertTrue(Assertions.java:210)
        at app//test.robot.javafx.scene.TooltipTest.assertTooltipShowDelay(TooltipTest.java:69)
        at app//test.robot.javafx.scene.TooltipTest.testShowDelayCssShowTooltipTwice(TooltipTest.java:202)

I've seen the actual result as high as 390 one time. The other times were in the 200 - 260 range.

Have you run it on Windows? If it's only my system, we could file a bug and look at it later. We might consider skipping that test on Windows using @Ignore and referencing that follow-on bug.

Maran23 · 2024-07-11T11:07:00Z

Have you run it on Windows?

Yes, on Windows 10 and Windows 11. Executed the test multiple time now again, always around 110 - 140 ms for me. Weird.

kevinrushforth · 2024-07-11T11:19:36Z

With your latest change, the test now passes on my Windows 11 system. Maybe the resetting of tooltipStartTime and tooltipShownTime fixed it? I'll look more closely in a bit.

Maran23 · 2024-07-11T12:19:24Z

With your latest change, the test now passes on my Windows 11 system. Maybe the resetting of tooltipStartTime and tooltipShownTime fixed it? I'll look more closely in a bit.

I would not expect that, but maybe it has something to do with it.
I did this change so that the test is more safe in case something is not triggered the way it should. But maybe it had a positive side effect, although not 100% sure.

kevinrushforth · 2024-07-11T12:22:13Z

I looked at the code, and you're right, it doesn't seem like it would have mattered. Regardless, it now passes on my system reliably. I also reverted your fix and verified that the new test catches the failures. So all good from my point of view.

andy-goryachev-oracle

lgtm.
I'll create the tickets for creating utility methods that use base64 urls and system nano time.

kevinrushforth · 2024-07-11T15:29:01Z

@Maran23 This is ready to integrate. If you can do it in the next 30 minutes, it will make JavaFX 23 before the RDP1 fork. If it is after the fork, it might be a candidate to backport to jfx23.

Maran23 · 2024-07-11T16:16:36Z

If you can do it in the next 30 minutes, it will make JavaFX 23 before the RDP1 fork. If it is after the fork, it might be a candidate to backport to jfx23.

Damn, missed the time. I will keep it open until tomorrow, in case someone else want to review or just check the PR.
If we consider this a candidate for backporting, then I can certainly do the request after merging as well! :)

Maran23 · 2024-07-12T10:33:37Z

/integrate

openjdk · 2024-07-12T10:34:47Z

Going to push as commit 5b448b8.
Since your change was applied there have been 3 commits pushed to the master branch:

0ce4e6f: 8335218: Eclipse Config: Remove Gradle Integration
1c6ef36: 8335934: Change JavaFX release version to 24

Your commit was automatically rebased without conflicts.

openjdk · 2024-07-12T10:34:54Z

@Maran23 Pushed as commit 5b448b8.

💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored.

openjdk bot added the rfr Ready for review label Mar 8, 2024

Maran23 force-pushed the 8296387-tooltip-css branch from 6d40b52 to f0c5224 Compare March 8, 2024 16:03

Maran23 force-pushed the 8296387-tooltip-css branch from f0c5224 to cd9892b Compare March 8, 2024 16:04

JDK-8296387: [Tooltip, CSS] -fx-show-delay is only applied to the fir…

a4a1a49

…st tooltip that is shown before it is displayed

Maran23 force-pushed the 8296387-tooltip-css branch from cd9892b to a4a1a49 Compare March 8, 2024 16:05

hjohn reviewed Mar 9, 2024

View reviewed changes

Allow Tooltip to process the owner styles first so that also global s…

093b36f

…tylesheets are considered for the e.g. tooltip show-delay

Maran23 commented Mar 9, 2024

View reviewed changes

modules/javafx.controls/src/main/java/javafx/scene/control/Tooltip.java Outdated Show resolved Hide resolved

openjdk bot changed the title ~~JDK-8296387: [Tooltip, CSS] -fx-show-delay is only applied to the first tooltip that is shown before it is displayed~~ 8296387: [Tooltip, CSS] -fx-show-delay is only applied to the first tooltip that is shown before it is displayed Apr 10, 2024

andy-goryachev-oracle reviewed Apr 11, 2024

View reviewed changes

modules/javafx.controls/src/main/java/javafx/scene/control/Tooltip.java Outdated Show resolved Hide resolved

Maran23 added 2 commits May 23, 2024 16:36

Merge branch 'master' of https://github.com/openjdk/jfx into 8296387-…

d185aca

…tooltip-css

Implement applyStylesheetFromOwner(..) and use it instead to ensure c…

5af893c

…orrect CSS processing for the Tooltip Node.

kevinrushforth reviewed Jul 8, 2024

View reviewed changes

Maran23 added 3 commits July 10, 2024 11:26

Improve time measurement and simplify test diff code

be67147

Use Base64 encoder in tests

4cc95a0

Merge branch 'master' of https://github.com/openjdk/jfx into 8296387-…

f917d18

…tooltip-css

andy-goryachev-oracle reviewed Jul 10, 2024

View reviewed changes

modules/javafx.controls/src/test/java/test/javafx/scene/control/TooltipTest.java Show resolved Hide resolved

tests/system/src/test/java/test/robot/javafx/scene/TooltipTest.java Show resolved Hide resolved

Improve test code and change delta to 100

84f2faa

Change toBase64(..) to add the base64 part as well

26ec665

kevinrushforth approved these changes Jul 11, 2024

View reviewed changes

kevinrushforth requested a review from andy-goryachev-oracle July 11, 2024 12:25

andy-goryachev-oracle approved these changes Jul 11, 2024

View reviewed changes

openjdk bot added the ready Ready to be integrated label Jul 11, 2024

openjdk bot added the integrated Pull request has been integrated label Jul 12, 2024

openjdk bot closed this Jul 12, 2024

openjdk bot removed ready Ready to be integrated rfr Ready for review labels Jul 12, 2024

Maran23 deleted the 8296387-tooltip-css branch August 11, 2024 13:34

8296387: [Tooltip, CSS] -fx-show-delay is only applied to the first tooltip that is shown before it is displayed #1394

8296387: [Tooltip, CSS] -fx-show-delay is only applied to the first tooltip that is shown before it is displayed #1394

Conversation

Maran23 commented Mar 8, 2024 • edited by openjdk bot Loading

Progress

Issue

Reviewers

Reviewing

Webrev

bridgekeeper bot commented Mar 8, 2024

mlbridge bot commented Mar 8, 2024 • edited Loading

Webrevs

openjdk bot commented Mar 8, 2024

openjdk bot commented Mar 8, 2024

openjdk bot commented Mar 8, 2024

andy-goryachev-oracle commented Mar 8, 2024

andy-goryachev-oracle commented Mar 8, 2024 • edited Loading

andy-goryachev-oracle commented Mar 8, 2024 • edited Loading

andy-goryachev-oracle commented Mar 8, 2024 • edited Loading

hjohn left a comment

Choose a reason for hiding this comment

Maran23 commented Mar 9, 2024

Maran23 commented Mar 9, 2024

Maran23 commented Mar 9, 2024 • edited Loading

openjdk bot commented Mar 13, 2024 • edited Loading

bridgekeeper bot commented Apr 10, 2024

Maran23 commented Apr 10, 2024

andy-goryachev-oracle commented Apr 11, 2024 • edited Loading

bridgekeeper bot commented May 11, 2024

andy-goryachev-oracle commented May 23, 2024

andy-goryachev-oracle commented Jul 8, 2024

kevinrushforth commented Jul 8, 2024

kevinrushforth left a comment

Choose a reason for hiding this comment

Maran23 commented Jul 10, 2024

kevinrushforth commented Jul 10, 2024

kevinrushforth commented Jul 10, 2024

Maran23 commented Jul 11, 2024

kevinrushforth commented Jul 11, 2024 • edited Loading

Maran23 commented Jul 11, 2024

kevinrushforth commented Jul 11, 2024

andy-goryachev-oracle left a comment

Choose a reason for hiding this comment

kevinrushforth commented Jul 11, 2024

Maran23 commented Jul 11, 2024

Maran23 commented Jul 12, 2024

openjdk bot commented Jul 12, 2024

openjdk bot commented Jul 12, 2024

Maran23 commented Mar 8, 2024 •

edited by openjdk bot

Loading

mlbridge bot commented Mar 8, 2024 •

edited

Loading

andy-goryachev-oracle commented Mar 8, 2024 •

edited

Loading

andy-goryachev-oracle commented Mar 8, 2024 •

edited

Loading

andy-goryachev-oracle commented Mar 8, 2024 •

edited

Loading

Maran23 commented Mar 9, 2024 •

edited

Loading

openjdk bot commented Mar 13, 2024 •

edited

Loading

andy-goryachev-oracle commented Apr 11, 2024 •

edited

Loading

kevinrushforth commented Jul 11, 2024 •

edited

Loading