Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Regression in test case testCodeSelectInHybrid1415Projects #1127

Conversation

robstryker
Copy link

Regression from commit 6e81fe6 - overly-aggressive string replacement.

mickaelistria and others added 30 commits January 15, 2025 16:08
requires 1 VM arg per line
eg. preserve the `m[]` in the AST in the following case,
(despite the fact that it's invalid),
since javac does.

```java
int[] foo = new int[m[]];
```

Signed-off-by: David Thompson <davthomp@redhat.com>
Skip in case we're running tests to remain compatible with JDT
…n count

Signed-off-by: Rob Stryker <stryker@redhat.com>
Signed-off-by: Rob Stryker <stryker@redhat.com>
Signed-off-by: Rob Stryker <stryker@redhat.com>
Signed-off-by: Rob Stryker <stryker@redhat.com>
Javac sometimes add virtual nodes to the tree (usually with endPos ==
-1). Ignore then when computing diagnostic position.
This reverts commit 13618d9 as
upstream as applied similar/better change when merging Java 23 support
* Treat DCRawText as raw text (don't both splitting lines)
* Some fixes in TagElement range correction
Signed-off-by: Rob Stryker <stryker@redhat.com>
Signed-off-by: Rob Stryker <stryker@redhat.com>
Signed-off-by: Rob Stryker <stryker@redhat.com>
Signed-off-by: Rob Stryker <stryker@redhat.com>
…ings is set to true

Signed-off-by: Rob Stryker <stryker@redhat.com>
…r in parsing or resolution

Signed-off-by: Rob Stryker <stryker@redhat.com>
Signed-off-by: Rob Stryker <stryker@redhat.com>
…tion

Signed-off-by: Rob Stryker <stryker@redhat.com>
Signed-off-by: Rob Stryker <stryker@redhat.com>
Signed-off-by: Rob Stryker <stryker@redhat.com>

Add helpful comments in code, and add test annotations

Signed-off-by: Rob Stryker <stryker@redhat.com>

More annotations

Signed-off-by: Rob Stryker <stryker@redhat.com>

More test annotations

Signed-off-by: Rob Stryker <stryker@redhat.com>

Missing import

Signed-off-by: Rob Stryker <stryker@redhat.com>
Signed-off-by: Rob Stryker <stryker@redhat.com>
mickaelistria and others added 26 commits January 15, 2025 16:09
For Blocks and Lambdas
* unused variables
* unqualified access
* switch from internal classes to api
This causes 6 regerssions because 'possible this escape' is now
reported.

Signed-off-by: David Thompson <davthomp@redhat.com>
- fix a bug related to ordering of tag names
- get `@param| ` completion to work as expected
- use `DOMCompletionUtil.findParent` instead of only checking the direct
  parent when calculating the node to use as context for completion
  (in the case of nodes within `Javadoc`)
- split out `MemberRef` and `MethodRef` to their own completion cases
  - for now these are stubs
- move the logic for type completion for `@see` and `@link` under the
  TagElement section, as it should be handled differently than the
  "default completion":
  - improve handling of qualified references
  - for the time being, suggest nothing when completing a type from a
    specific module.
    i.e. `@see java.base/java.util.|` no longer gives any results.

Signed-off-by: David Thompson <davthomp@redhat.com>
Note that there are two code paths: one through `MemberRef` and
another through an `@link` or `@see` `TagElement`.
This is because the AST conversion tests expect the following to be a
`TextElement` instead of a `MemberRef`:

```java
/**
 * @see MyClass#
 */
```

(and also:)

```java
/**
 * @see #
 */
```

However, the completion tests expect completion for MyClass' members to
work in this case.

Fixes eclipse-jdt#1103

Signed-off-by: David Thompson <davthomp@redhat.com>
* Type parameters
* Annotations
* Relevance
* Support type restriction for SwitchCase
* Support for QualifiedType
* Fix CompletionContext.getExpectedTypesSignatures()
* Return more proposals
* Do no repeat extra import in proposals
- Fixes for the relevance numbers for methods in javadoc
- Suggest constructors (including the default constructor) in `@see` and
  `@link`
- Do not show completion when completing parameter name in method
  reference in Javadoc
- when referencing a method from Javadoc,
  and the cursor is in the method parameters,
  specifically right after a `(` or `,`,
  complete the entire method signature

This should fix 37 test cases

Signed-off-by: David Thompson <davthomp@redhat.com>
@robstryker
Copy link
Author

Rebased and merged.

I added this in as part of the history rewrite, because it's better that way. Force pushed. Confirmed via history the cause and the solution.

@robstryker robstryker closed this Jan 15, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants