JDK-8108335 : Mouse events shouldn't be delivered to non-visible components
  • Type: Bug
  • Component: javafx
  • Sub-Component: graphics
  • Affected Version: fx1.3,fx2.0
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2009-08-18
  • Updated: 2015-06-16
  • Resolved: 2013-05-13
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 8
8Fixed
Related Reports
Blocks :  
JDK-8099879 - Implement 3D picking for all primitives
Description
In my application a have a scene with imageViews that sometimes occur to be behind the 'camera' so they are not visible on the projection plane. However, clicks are still delivered to them. This shouldn't happen.

Run attached application and click on the image. Two debug prints are made. Then comment out lines 37-44 (first ImageView) and run again. No image is shown on scene but click is still delivered.
Comments
SQE: unverified. Problem doesn't exist any more. Pavel Safrata: "Well, the original problem doesn't exist any more, it disappeared with fixing RT-24646 ... I'll file a separate issue for that".
27-08-2013
No unit tests because as explained above the problematic code was not reachable anyway.
14-05-2013
The method was fixed by changeset 420319fd2f67. The clip planes picking was filed as RT-30187.
13-05-2013
Well, the original problem doesn't exist any more, it disappeared with fixing RT-24646. However, Node.impl_computeIntersects method still contains the bug, it just never gets there because bounds intersection is made first and is correct. We should still fix the mentioned method. The existing code (and the easy fix I'm going to make to the method) properly distinguishes nodes "in front of camera" and "behind camera", but still doesn't compute with near/far clip planes. I'll file a separate issue for that.
30-04-2013
This may already be fixed.
26-04-2013
RELEASE NOTE TEXT: Currently picking doesn't take into account of the front clipping plane of the view frustum in culling picked node. This may result in returning the wrong picked node if there is a 3D transformed node exists between the viewer and the front clipping plane.
31-08-2011
Deferred at deferral review meeting on 8/10/11
10-08-2011
SQE: ok to defer
10-08-2011
If the shapes are clipped out, then I would agree that they should not be picked. Z-buffering, however, will have no effect on picking.
18-05-2011
Comment out imageView1 on line 56 and see that there is no image on Scene but the clicks are still delivered.
18-05-2011
Still reproducible with Presidio b28. Doesn't work even when "-Dprism.depthtest=true" specified.
18-05-2011
This is an old JavaFX bug. It may have been resolved with the switch to Java and new click semantic. Please file a new issue with a Java test program, if problem still exist.
14-03-2011
Since 3D Transform support is in Presidio we need to consider this issue.
08-09-2010
We may or may not do this for soma.
19-08-2009