Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

The filename of the class(with source code included) should not end with .class on debugging scene

Aberta
  • Algo errado?
#4,356 1 comentário 1 reação 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

@amritamishra01 já está trabalhando nisso.

Desde 28/3/2026.

  • #4375 de @amritamishra01 — aberto

Avaliação

Dificuldade
3/5
Tempo estimado
1-2 dias
Facilidade para iniciantes
45/100
Tipo de issue
Bug
Clareza
Razoavelmente clara
Status de atividade
Estagnada
Stack de tecnologia
java, typescript
Domínio
devtools

Direção de pesquisa

Reproduza a navegação de depuração com uma classe Java que tenha código-fonte e compare as entradas .java e .class abertas. Rastreie o caminho do mapeamento do código-fonte ou da navegação até o breakpoint e, em seguida, verifique se as classes associadas ao código-fonte são abertas somente como arquivos .java e se os símbolos de breakpoint aparecem nesse arquivo.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

bug

When we normally open a class with source code, its filename ends with .java. However, if we jump to a class with source code during debugging, the filename ends with .class. This results in the same class being opened twice (one ending with .java and the other with .class), which is very confusing. Could we standardize this behavior? If a class has source code, it should always be opened as a file ending with .java.

Image

Meanwhile, a breakpoint has been set in the .java file (the Java source file of the class), but during debugging, the execution jumps to and breaks at the .class file instead. The breakpoint symbol is not displayed, yet it actually takes effect. This issue occurs because the same class has been opened with different file extensions.

Linguagem predominante
TypeScript
Estrelas
2.3k
Forks
549
Merge médio
8h 20min
PRs com merge (30d)
6

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de redhat-developer/vscode-java

Todas as issues de redhat-developer/vscode-java

Issues semelhantes

Mais issues de TypeScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.