nvda
nvda copied to clipboard
Nvda repeats the penultimate line of a text in a java application when the last line is empty
Steps to reproduce:
In the organization where I work I use software written in java, this software is internal development, and unfortunately I can not grant external access, and I'm still a layman in programming. However I believe this may occur in other java applications. Open a java application where there is an edit field to type text. Write a line of text and just below leave an empty line. When reading the last line that is empty:
Actual behavior:
The nvda repeats the contents of the penultimate line.
Expected behavior:
The nvda should read empty line when reading the last line. The nvda should read when reading the first line the typed text. In the next line that is the last of the text that is empty the nvda should read empty line.
System configuration
NVDA installed/portable/running from source:
intaled
NVDA version:
2018.4.1
Windows version:
10 1803
Name and version of other software in use when reproducing the issue:
aplication java execute jre 8 update 201
Other information about your system:
Other questions
Does the issue still occur after restarting your PC?
yes
Have you tried any other versions of NVDA?
no log: line_java.txt
If i understand the issue correctly, this was also reproducible in android studio, also a java application, but this was a long time ago, don't know what is the situation now.
On Thu, 14 Mar 2019 at 15:35 fernando-jose-silva [email protected] wrote:
Steps to reproduce:
In the organization where I work I use software written in java, this software is internal development, and unfortunately I can not grant external access, and I'm still a layman in programming. However I believe this may occur in other java applications. Open a java application where there is an edit field to type text. Write a line of text and just below leave an empty line. When reading the last line that is empty: Actual behavior:
The nvda repeats the contents of the penultimate line. Expected behavior:
The nvda should read empty line when reading the last line. The nvda should read when reading the first line the typed text. In the next line that is the last of the text that is empty the nvda should read empty line. System configuration NVDA installed/portable/running from source:
intaled NVDA version:
2018.4.1 Windows version:
10 1803 Name and version of other software in use when reproducing the issue:
aplication java execute jre 8 update 201 Other information about your system: Other questions Does the issue still occur after restarting your PC?
yes Have you tried any other versions of NVDA?
no log: line_java.txt https://github.com/nvaccess/nvda/files/2966625/line_java.txt
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/nvaccess/nvda/issues/9376, or mute the thread https://github.com/notifications/unsubscribe-auth/ANLlKsfjn4W1hL6bkPlvtis2cynybWb2ks5vWlAfgaJpZM4b0KL0 .
Yes, this can still be reproduced in Android Studio.
cc @mwhapples I remember you once fixed a batch of bugs in a Java application, what do you think about this?
thank you for your efforts
This is also an issue in IntelliJ, PyCharm, etc, point being these are newer than AndroidStudio's editor and there are no fixes coming down the pipe from those. I cannot remember if I looked at this specifically, I would want to check whether its a wider Java Accessibility issue or specific to the JetBrains IDEs.
I can confirm it reproduces with a regular JTextArea
in a basic Swing app, for example:
package JTextAreaTest;
import javax.swing.JFrame;
import javax.swing.JTextArea;
public class JTextAreaTest {
public static void main(String[] args) {
JTextArea textArea = new JTextArea();
textArea.setText("1\n2\n3\n");
textArea.setEditable(true);
JFrame frame = new JFrame("JTextArea test");
frame.getContentPane().add(textArea);
frame.setSize(200, 200);
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.setVisible(true);
}
}
Hello, there is a program that has the same problem here. It's Sonic. https://sonic-pi.net/
Could this be something in the program code itself, or could it be NVDA?
@RafaelFernandesBR Hi, from what I can tell, Sonic uses Qt for the user interface, and this NVDA issue only affects Java applications, so it must be a different problem. I would suggest to report this bug to the Sonic repo: https://github.com/sonic-pi-net/sonic-pi.