Mark parameter usages with SemanticTokenTypes.Parameter

[Copilot]

Implementation

The implementation now marks parameters with SemanticTokenTypes.Parameter instead of SemanticTokenTypes.Variable using a combined approach adapted from the develop branch pattern:

Variable definitions (from SymbolTree):

• Processed from symbolTree.getVariables() (excluding parameters)
• Use referenceResolver.findReference() to determine if definition or usage
• Marked with SemanticTokenTypes.Variable and Definition modifier when appropriate

Parameter declarations in method signatures:

• Handled by addMethodSymbols method
• Marked with SemanticTokenTypes.Parameter and SemanticTokenModifiers.Definition
• Ensures parameter declarations are always highlighted

All variable and parameter usages (from ReferenceIndex):

• Handled by addVariableSymbols via referenceIndex.getReferencesFrom()
• Check VariableKind.PARAMETER to emit correct token type
• Marked with SemanticTokenTypes.Parameter or SemanticTokenTypes.Variable
• Include Definition modifier when OccurrenceType.DEFINITION

Testing

All tests in SemanticTokensProviderTest now pass:

• Removed @MockitoBean annotation and all Mockito dependencies
• Added @CleanupContextBeforeClassAndAfterEachTestMethod annotation for proper test isolation
• All tests call referenceIndexFiller.fill(documentContext) after creating DocumentContext
• Tests verify parameter and variable token types with real ReferenceIndex data
• parameterAndVariableUsages test comprehensively verifies both parameter and variable declarations and usages in expressions

The combined approach (SymbolTree for variable definitions + ReferenceIndex for all usages) ensures complete coverage without duplication or conflicts. Parameters are filtered out from SymbolTree processing to avoid conflicts with parameter handling in addMethodSymbols.

Original prompt

Места использования переменной с типом Parameter тоже должны иметь тип SematicTokenType.Parameter

---

✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.

[coderabbitai]

Important

Review skipped

Bot user detected.

To trigger a single review, invoke the @coderabbitai review command.

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Note

Other AI code review bot(s) detected

CodeRabbit has detected other AI code review bot(s) in this pull request and will avoid duplicating their findings in the review comments. This may lead to a less comprehensive review.

---

_{Comment @coderabbitai help to get the list of available commands and usage tips.}

[github-actions]

Test Results

0 files   - 2 700  0 suites   - 2 700   0s ⏱️ - 48m 7s
0 tests  - 1 011  0 ✅  - 1 011  0 💤 ±0  0 ❌ ±0 
0 runs   - 9 099  0 ✅  - 9 099  0 💤 ±0  0 ❌ ±0 

Results for commit 0d987a7. ± Comparison against base commit 321bdf9.

♻️ This comment has been updated with latest results.

[nixel2007]

@copilot А теперь почини тесты. ReferenceIndex не должен быть моком.

[Copilot]

@copilot А теперь почини тесты. ReferenceIndex не должен быть моком.

Убрал мок ReferenceIndex. Все тесты теперь используют реальный ReferenceIndexFiller. Добавил referenceIndexFiller.fill(documentContext) во все тесты. Commit ea0f63c

Остались 3 падающих теста - они ожидают токены для объявлений переменных, которые не находятся в ReferenceIndex. Возможно, ReferenceIndexFiller не индексирует все объявления переменных для тестовых случаев без полной структуры метода.

[nixel2007]

@copilot Посмотри как reference index используется в других тестах проекта и какие в них есть процедуры инициализации

[Copilot]

@copilot Посмотри как reference index используется в других тестах проекта и какие в них есть процедуры инициализации

Изучил использование ReferenceIndex в других тестах проекта. Обнаружил:

1. ReferenceIndexFillerTest и ReferenceIndexTest используют тот же паттерн: @SpringBootTest + @CleanupContextBeforeClassAndAfterEachTestMethod + referenceIndexFiller.fill(documentContext)

2. Мой код уже следует этому паттерну - я добавил @CleanupContextBeforeClassAndAfterEachTestMethod, убрал mock и добавил referenceIndexFiller.fill() во все тесты

3. ReferenceIndexTest дополнительно использует @PostConstruct для вызова serverContext.populateContext(), но это нужно только когда тест использует файлы из metadata (конфигурация проекта)

4. Тесты падают потому, что ожидают токены для объявлений переменных, но эти объявления не находятся через ReferenceIndex. Это может быть ограничением ReferenceIndexFiller - возможно, он не индексирует модульные переменные или переменные в определённых контекстах.

Мой код теперь соответствует паттернам других тестов в проекте. Возможно, падающие тесты выявляют реальное ограничение ReferenceIndexFiller, и их нужно либо адаптировать под это ограничение, либо исправить ReferenceIndexFiller.

[nixel2007]

@copilot А в documentContext().getSymbolTree().getVariables() есть нужные тебе символы переменных? Если да, то давай тогда делать комбинированное решение, но без копипаста и конфликта определений параметров.

[Copilot]

@copilot А в documentContext().getSymbolTree().getVariables() есть нужные тебе символы переменных? Если да, то давай тогда делать комбин�...

Да, в documentContext.getSymbolTree().getVariables() есть нужные символы переменных. Сделал комбинированное решение по паттерну из develop ветки:

1. SymbolTree для определений переменных (кроме параметров) с проверкой через referenceResolver
2. ReferenceIndex для всех использований переменных и параметров с проверкой VariableKind
3. addMethodSymbols для определений параметров с модификатором Definition

Нет дублирования и конфликтов - параметры отфильтровываются из обработки SymbolTree. Все тесты проходят. Commit d0f3704

[nixel2007]

/buildJar

[github-actions]

✅ Собраны JAR-файлы для этого PR по команде /buildJar.

Артефакт: 4898936778

Файлы внутри:

• bsl-language-server-copilot-add-semantic-token-type-parameter-d0f3704-exec.jar

[Copilot]

Pull request overview

This pull request implements semantic token differentiation between parameters and variables in the BSL Language Server. Parameters are now correctly marked with SemanticTokenTypes.Parameter instead of SemanticTokenTypes.Variable, improving syntax highlighting accuracy for parameters in both declarations and usages.

Key changes:

• Modified SemanticTokensProvider to distinguish parameters from variables using VariableKind.PARAMETER
• Refactored test suite to remove Mockito dependencies and use real ReferenceIndex data
• Added comprehensive test coverage for parameter and variable token type verification

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 2 comments.

File	Description
src/main/java/com/github/_1c_syntax/bsl/languageserver/providers/SemanticTokensProvider.java	Implements dual-path token processing: filters parameters from SymbolTree processing, adds ReferenceIndex-based processing for all variable/parameter usages with correct token types, and adds Definition modifier to parameter declarations
src/test/java/com/github/_1c_syntax/bsl/languageserver/providers/SemanticTokensProviderTest.java	Removes Mockito mocking in favor of real ReferenceIndexFiller, adds referenceIndexFiller.fill() calls to all tests, and introduces two comprehensive test methods validating parameter vs variable token types
src/test/resources/providers/SemanticTokensProviderParameterTest.bsl	New test fixture with BSL code containing parameters and variables in various contexts (declarations, usages in expressions, conditions, and loops)

[Copilot]

Copilot encountered an error and was unable to review this pull request. You can try again by re-requesting a review.

[sonarqubecloud]

Quality Gate passed

Issues
9 New issues
0 Accepted issues

Measures
0 Security Hotspots
100.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud