Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

`compound-name` does not check a name bound with `>>`

Open Beginner friendly
#1,612 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 2 days

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
76/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Active
Tech stack
java, xml
Domain
tooling

Research direction

Start with names/compound-name.xsl:30 and compare how it checks @name with the (@local, @name)[1] pattern used in design/broad-scope.xsl. Reproduce the case in packs/single/compound-name/ and run its lint test; done means the >> bound name produces the expected compound-name warning at line 2.

Written by the indexing model from the issue text.

Description

names/compound-name.xsl:30 checks @name only. The parser puts a name bound with >> into @local and writes an auto-name such as a🌵2-2 into @name. So a compound name of an application bound with >> is never reported, while the same name bound with > is.

Steps to reproduce

On master 8c3474dc6eb341cb4968c8dd299ca2b0dba151c0, a pack in packs/single/compound-name/:

sheets:
  - /org/eolang/lints/names/compound-name.xsl
defects:
  - severity: warning
    line: 2
input: |
  [] > app
    x.times 2 >> obj-foo
Actual result

No defect.

Expected result

One compound-name warning at line 2, as for foo > obj-foo in catches-compound-kebab-case.yaml, which is reported.

Same cause as #1608 and #1611: other lints read the name as (@local, @name)[1], e.g. design/broad-scope.xsl.

Dominant language
Java
Stars
14
Forks
41
Avg merge
2d 17h
Merged PRs (30d)
30

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from objectionary/lints

All issues in objectionary/lints

Similar issues

More Java issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.