-
Notifications
You must be signed in to change notification settings - Fork 258
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
OutOfMemoryError even when UndoManager limit is set to 0 #99
Comments
Looking back at old, unclosed threads... It looks like setting the limit of undos to 0 actually disables the limit (this is in Swing's UndoManager class), so my suggestion way back when was way off-base. I can think of two workarounds for you until a solution is put into RSTA:
|
vlsi
added a commit
to vlsi/jmeter
that referenced
this issue
Nov 4, 2021
There are two fixes: 1) undoManager.setLimit(0) -> setLimit(1) since (0) means "unlimited undo" See bobbylight/RSyntaxTextArea#99 2) By default, JMeter adds undoManager to ALL text fields via Swing updateUI method, so we need to explicitly uninstall it for the case when undo is not needed
vlsi
added a commit
to vlsi/jmeter
that referenced
this issue
Nov 4, 2021
…or it) There are two fixes: 1) undoManager.setLimit(0) -> setLimit(1) since (0) means "unlimited undo" See bobbylight/RSyntaxTextArea#99 2) By default, JMeter adds undoManager to ALL text fields via Swing updateUI method, so we need to explicitly uninstall it for the case when undo is not needed
vlsi
added a commit
to vlsi/jmeter
that referenced
this issue
Nov 4, 2021
…or it) There are two fixes: 1) undoManager.setLimit(0) -> setLimit(1) since (0) means "unlimited undo" See bobbylight/RSyntaxTextArea#99 2) By default, JMeter adds undoManager to ALL text fields via Swing updateUI method, so we need to explicitly uninstall it for the case when undo is not needed
vlsi
added a commit
to vlsi/jmeter
that referenced
this issue
Nov 4, 2021
…or it) There are two fixes: 1) undoManager.setLimit(0) -> setLimit(1) since (0) means "unlimited undo" See bobbylight/RSyntaxTextArea#99 2) By default, JMeter adds undoManager to ALL text fields via Swing updateUI method, so we need to explicitly uninstall it for the case when undo is not needed
vlsi
added a commit
to vlsi/jmeter
that referenced
this issue
Nov 4, 2021
…or it) There are two fixes: 1) undoManager.setLimit(0) -> setLimit(1) since (0) means "unlimited undo" See bobbylight/RSyntaxTextArea#99 2) By default, JMeter adds undoManager to ALL text fields via Swing updateUI method, so we need to explicitly uninstall it for the case when undo is not needed
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi,
We are using RSyntaxTextArea and faced in the past this:
#19
So we implemented the proposed method.
We recently had a bug report:
https://issues.apache.org/bugzilla/show_bug.cgi?id=57440
As per comment of last 9 days we implemented a fix.
But it seems RUndoManager keeps piling up in org.fife.ui.rtextarea.RUndoManager$RCompoundEdit a huge number of javax.swing.text.AbstractDocument$DefaultDocumentEvent.
See screenshots:
See code:
https://github.com/apache/jmeter/blob/trunk/src/core/org/apache/jmeter/gui/util/JSyntaxTextArea.java
https://github.com/apache/jmeter/blob/trunk/src/core/org/apache/jmeter/gui/LoggerPanel.java
Thanks
The text was updated successfully, but these errors were encountered: