Look at the attached screenshot. In this case I have a bunch of xsd:string typed nodes. The mouse cursor was moving from
bottom to the top. The tooltip was shown for the bottom-most string and has not moved with the cursor as it moved up
across the adjacent string nodes.
Created attachment 57874 [details]
user: AlexanderPermyaKov <firstname.lastname@example.org>
date: Mon May 12 14:13:35 2008 +0400
summary: fixed [Issue 129397] Improper tooltip for non-typed nodes
can you please verify the bugfix? Only verified bugfixes can be ported to Patch release.
Tested and verified using SOADEV build and was able to verify the tool tip showed up correct for all the basic datatypes.
Created attachment 64992 [details]
project with basic datatypes wsdl
I've got one more question, perhaps for Kirill.
What makes this P4 issue that important, that it should be included in NetBeans 6.1 Patch3?
Please describe/justify what is the quality improvement against non-fixed state.
I see no justification for inclusion of this low priority bug. With NetBeans 6.1 Patch 3 and beyond, low priority
defects from P3 to P5 should include a justification and a safety assessment when nominated for patch inclusion. Could
QE provide that info? Please provide it by Wed Aug 6 11am SPB time.
Ruda, we had a number of complaints from customers. It seems that this is a quite user-visible usability glitch.
I've transplanted the changeset http://hg.netbeans.org/main/rev/69d86bdeaf5b into release61_fixes repository as
Additional patching info
$ hg transplant -s ../main 69d86bdeaf5b
searching for changes
patching file bpel.mapper/src/org/netbeans/modules/bpel/mapper/tree/models/SimpleTreeInfoProvider.java
Hunk #1 succeeded at 84 with fuzz 1 (offset 1 line).
patching file bpel.mapper/src/org/netbeans/modules/bpel/mapper/tree/models/VariableTreeInfoProvider.java
Hunk #5 succeeded at 596 with fuzz 2 (offset 0 lines).
69d86bdeaf5b transplanted to ed33dc6c444c