JMeter GUI on OS X crashes when using CMD+C (keyboard shortcut or UI menu entry) on an element from the tree

[asfimport]

Adrian S (Bug 54648): Tested with latest nightly too, just in case someone else noticed it and fixed it in the mean time. Its a problem introduced in 2.9 (works on 2.8, on the same machine).

[environment] mac os x 10.7 with apple's java version

[steps]

1. open a test plan or not
2. select an element from the tree list
3. try copying it: using the menu or pressing CMD+C => the interface crashes and jmeter becomes unusable.

---

[error] jmeter.gui.action.Copy: Clipboard node read error:com.apple.laf.AquaTreeUI java.io.NotSerializableException: com.apple.laf.AquaTreeUI

further details in attachment.

Created attachment full-stacktrace.txt: complete stack trace

Votes in Bugzilla: 4 Severity: normal OS: All

Duplicates:

• https://github.com/apache/jmeter/issues/3391

[asfimport]

Adrian S (migrated from Bugzilla): Might be significant: am using "Mac OS X" "look and feel". Without it, the GUI would crash when CMD+C in text fields too.

Workaround: 2.8... the only alternative to being able to move elements from a test script to another at the moment.

[asfimport]

@pmouawad (migrated from Bugzilla): Hello, I have a Mac OSX 10.6.8 with last Java version and don't reproduce this issue. Can you switch to CrossPlatform LaF and see if it happens again.

Also What is you java version ?

Thanks

[asfimport]

Adrian S (migrated from Bugzilla): Additional details, as requested:

OS X 10.7.5 (10.7 wasn't in the OS list, this is why bug had 10.6)

java version "1.6.0_41" Java(TM) SE Runtime Environment (build 1.6.0_41-b02-445-11M4107) Java HotSpot(TM) 64-Bit Server VM (build 20.14-b01-445, mixed mode)

---

With all styles other than Mac OS X, it also crashes when using Copy (or the keyboard shortcut) in text fields as well as trying to copy nodes (different stack trace though). With Mac OS X style, it crashes only when copying nodes.

I've changed styles in GUI. In jmeter.properties, all such options are commented.

[asfimport]

@pmouawad (migrated from Bugzilla): Not reproduced on Mac Os 10.8.2

[asfimport]

@pmouawad (migrated from Bugzilla): Hello, Can you confirm no external plugins was used ? Thanks

[asfimport]

Adrian S (migrated from Bugzilla): Confirmed.

Downloaded the files again just to make sure.

The issue reproduces on OS X 10.7.5, when copying nodes, using versions 2.9 release/nightly and it does not happen in 2.8. Re-tested without plugins & the java version that Mac OS X provides and using the system/mac os x/cross platform layouts.

It also happens with latest jdk7 installed from oracle download site, just to make sure its not Apple's java related. I'm trying to think of system specifics that can affect this, but I was running on defaults until installing the latest jdk from Oracle. I don't know what additional info to give, all I have is the stacktrace and a system where it reproduces systematically.

[asfimport]

@pmouawad (migrated from Bugzilla): Thanks very much for your feedback Adrian.

Can you attach your jmeter.log file after adding this in user.properties and restarting JMeter and playing the scenario to reproduce issue: log_level.jmeter=DEBUG

In fact it is regular that issue does not occur in 2.8 as Copy/paste feature has been rewritten to allow copy/paste between different JMeter instances.

Regarding crashes, it is really strange as I don't reproduce it on my Mac 10.6.8 and my colleague with a 10.8.2 does not either.

Sorry for this issue, I understand it can bother you but if we cannot reproduce it it is hard to fix it.

Also if you have some time , I would be grateful to you if you can reproduce 54799 bug and if you do provide us a heap dump somewhere as described in bug.

[asfimport]

Adrian S (migrated from Bugzilla): Added new information: full jmeter log with debug level set. The test steps are simple, use jmeter.sh to start the application, set layout to system, add a thread group and a sampler than use CMD+C on the sampler. The interface brakes and becomes unusable.

Mac OS X 10.7 JDK 7u17

Created attachment jmeter.log: jmeter log (debug level)

[asfimport]

Adrian S (migrated from Bugzilla): (In reply to comment 7)

Also if you have some time , I would be grateful to you if you can reproduce 54799 bug and if you do provide us a heap dump somewhere as described in bug.

Its not a matter of frustration, I rolled back to 2.8 for GUI work. Thanks for the assistance.

I've tried reproducing 54799, but with no luck, it works fine on the same version & settings that help me reproduced current issue.

[asfimport]

Adrian S (migrated from Bugzilla): Created attachment jmeter.log: jmeter log (debug level) - resubmitted

[asfimport]

toogoodtopassup (migrated from Bugzilla): I can confirm that this happens on both of my Mac systems.

SYSTEM 1: The specific system I used to reproduce this on: OS X 10.8.4 (3.4G Intel Core i7 w/ 16GB RAM) iMac java version "1.6.0_51" Java(TM) SE Runtime Environment (build 1.6.0_51-b11-457-11M4509) Java HotSpot(TM) 64-Bit Server VM (build 20.51-b01-457, mixed mode)

Steps to Reproduce:

1) Open app from terminal window: java -jar ApacheJMeter.jar 2) Enable logging: Options | Log Viewer 2) rt-click to Add new thread group 3) rt-click on Thread Group and copy

> Error dialog is displayed << = = = = = = = = = = = = = [res_key=clipboard_node_read_error]: com.apple.laf.AquaTreeUI = = = = = = = = = = = = = The main Tree display becomes blank and unusable at this point, though the menu options at the top of the window continue to work.

On this system I've discovered that switching to the Generic UI is a workaround IF THE APP IS RESTARTED AFTER THE SWITCH: 1) Switch to the generic UI: Options | LaF | Generic 2) RESTART The copy operation now works as expected.

Note that the Options | Look and Feel menu does not indicate the chosen LaF (a separate bug?).

SYSTEM 2: Similar, but has some different behaviors: OS X 10.8.4 (2.2G Intel Core i7 w/ 8GB RAM) Laptop java version "1.6.0_51" Java(TM) SE Runtime Environment (build 1.6.0_51-b11-457-11M4509) Java HotSpot(TM) 64-Bit Server VM (build 20.51-b01-457, mixed mode)

Everything behaves same until I switch to the Generic LaF. Instead of fixing the issue, I just get a slightly different error when copying: = = = = = = = = = = = = = [res_key=clipboard_node_read_error]: org.apache.log.format.PatternFormatter = = = = = = = = = = = = =

I'll attach both debug log files. I'm switching the status to NEW, since I think I have supplied the needed reproducibility info.

[asfimport]

toogoodtopassup (migrated from Bugzilla): As a followup to my previous message, I get very similar results on System 1 when using Java 7: java version "1.7.0_25" Java(TM) SE Runtime Environment (build 1.7.0_25-b15) Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode)

[asfimport]

toogoodtopassup (migrated from Bugzilla): refer to comment from toogoodtopassup. This is the system 1 stack trace, running w/ the Mac look and feel.

Created attachment sys1_stack_trace.txt: sys1 stack trace

[asfimport]

toogoodtopassup (migrated from Bugzilla): refer to comment from toogoodtopassup. This is the system 2 stack trace with the Generic LaF.

Created attachment sys2_stack_trace.txt: sys2 stack trace

[asfimport]

spiermar (migrated from Bugzilla): I can duplicate the issue. Mac OS 10.7.5, latest vanilla JMeter from trunk (r1516413).

[asfimport]

@pmouawad (migrated from Bugzilla): Cannot reproduce on Mac OS X 10.8.5, JDK 6 or 7.

[asfimport]

@pmouawad (migrated from Bugzilla): Unable to reproduce with either : java version "1.7.0_25" Java(TM) SE Runtime Environment (build 1.7.0_25-b15) Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode)

Nor: java version "1.6.0_51" Java(TM) SE Runtime Environment (build 1.6.0_51-b11-457-11M4509) Java HotSpot(TM) 64-Bit Server VM (build 20.51-b01-457, mixed mode)

Neither with 2.9 nor Nightly Build. I do exactly the same scenario as Adrian S or toogoodtopassup.

Neither using System LAF or Cross Platform LAF. Same spec as toogoodtopassup.

Could it be due to difference in OSX version ?

[asfimport]

Adrian S (migrated from Bugzilla): No Philippe, in my tests I could not confirm that it is related to the mac version and apparently neither does the java version matter. We have several stations here (10.7 and 10.8, updated). It reproduces on some of them, it doesn't on others. On those that it reproduces, it does so with 100% reproducibility.

I was hopping it was a Java bug, but I have several other applications that, I think, use the same UI framework, burp suite and charles and they work fine.

This is why we need to try something different. Would a heap dump be of any use, do we need to make a different log configuration? I'm even willing to setup a remote desktop session, it depends on how you prioritise this issue, but its not clear what kind of information you require.

Thanks.

[asfimport]

Matt Kilbride (migrated from Bugzilla): I have this problem as well on 10.7.5. I'm uploading my debug log. I went back to 2.8 for now.

[asfimport]

Matt Kilbride (migrated from Bugzilla): Created attachment jmeter.log: debug jmeter.log on error

[asfimport]

@pmouawad (migrated from Bugzilla): @Matt, It seems you have jmeter-idea-plugin-1.4.jar in lib/ext. Could you try removing it, restart and see if you reproduce ?

@Adrian, is it exactly the same bundle when you reproduce and don't ? Could you try switching the zips ? put the broken on the machine where it does work and the working one on the machine where it does not work .

Are the machines equivalent in Power ? What is the difference ?

Regarding priority , my big issue is that I don't reproduce it on none of my Mac Osx machines. So how to fix it ? Maybe try putting log level to debug ?

Also any weird option in starter ? try doing a ps -eaf | grep java and show results here .

Thanks

[asfimport]

Matt Kilbride (migrated from Bugzilla): The issue remains after removing the jmeter-idea-plugin-1.4.jar.

Created attachment jmeter.log: debug jmeter.log on error (idea plugin removed)

[asfimport]

Matt Kilbride (migrated from Bugzilla): This is my java process: /usr/bin/java -server -XX:+HeapDumpOnOutOfMemoryError -Xms512m -Xmx512m -XX:NewSize=128m -XX:MaxNewSize=128m -XX:MaxTenuringThreshold=2 -Dsun.rmi.dgc.client.gcInterval=600000 -Dsun.rmi.dgc.server.gcInterval=600000 -XX:PermSize=64m -XX:MaxPermSize=128m -Xms2g -Xmx2g -jar /Applications/jmeter_2.9/bin/ApacheJMeter.jar

[asfimport]

Adrian S (migrated from Bugzilla): (In reply to Philippe Mouawad from comment 21)

Are the machines equivalent in Power ? What is the difference ?

There are no differences in hardware configuration between the MacBooks.

[asfimport]

Matt Kilbride (migrated from Bugzilla): I think I've tracked my issue down. I use TextExpander (which uses "assistive devices"). When I shut TextExpander down, JMeter stopped crashing. I don't have this problem in 2.8.

Other details:

• I upgraded to Mountain Lion, and still had the issue
• I can copy repeatedly without issue if I use right-click, even with TextExpander on
• I started being able to sometimes get one copy without a crash after my OS upgrade
• Copy seems to be the problem. Paste does not cause the error. (copy - copy will crash on the second copy. copy - paste - paste - paste - copy will crash on the second copy)
• The crash only occurs when copying a tree element. In a script, CMD-A, CMD-C isn't a problem.

[asfimport]

@pmouawad (migrated from Bugzilla): Hello, @Matt, when you disable TextExpander on 10.8.5 does it still crash ? If not, then issue is not a JMeter one.

@Adrian, do you have this utility also installed on your machine ?

Thanks

[asfimport]

Matt Kilbride (migrated from Bugzilla): With TextExpander off, it doesn't crash. It does have an option to exclude certain OSX apps (via a GUI interface), but I haven't gotten it to exclude JMeter. TextExpander & JMeter are two apps that I'd have a hard time living without. I'll try to find a workaround, or continue using 2.8.

Thanks Philippe!

[asfimport]

@pmouawad (migrated from Bugzilla): Did you try excluding java from TextExpander ?

Maybe you could report issue to TextExpander .

Have also a look at: http://www.smilesoftware.com/help/TextExpander/scriptingte.html

avoid expansion bundle prefixes

A list of text strings with the bundle IDs (or partial prefixes, eg. >com.mozilla will cover com.mozilla.firefox and com.mozilla.camino, etc.) of >applications to avoid expanding or correcting capitalization in.

By default, TextExpander avoids expanding into applications where the bundle >ID begins with com.parallels or com.vmware.

This can be useful to prevent TextExpander from interacting with certain >applications or Java applets which do not appear in the "all applications, >except..." listing in Expansion Preferences. (To prevent expansion in Java >applets, add com.apple.javajdk16.cmd to this list (change appropriately for >different versions of the JDK).)

[asfimport]

@pmouawad (migrated from Bugzilla): it would be sad to stay in 2.8 now 2.10 is out ;-)

[asfimport]

Matt Kilbride (migrated from Bugzilla): Considering the performance and UI improvements that I'm missing, it would be sad. Smile Support is downloading JMeter to attempt to reproduce the issue.

[asfimport]

Matt Kilbride (migrated from Bugzilla): Smile Support was able to reproduce the issue, but they were not able to provide a workaround. The hidden prefix filter option was supposed to work, but it didn't, and they didn't sound moved to fix it.

I've set up a hot-key to enable/disable TextExpander quickly. I also verified that save works after I hit the error, so I can recover when I forget to turn it off. Not a great solution, but it'll do. I've moved to 2.10. Thanks for your assistance Philippe!

[asfimport]

Adrian S (migrated from Bugzilla): The issue might not be related to TextExpander as it was not used on the system where I reproduced the issue initially. It might be affected by something that TextExpander uses and was used on my system as well.

I've made a clean upgrade of the OS on the same hardware, to 10.8.5 and now the issue reproduces only if I change the layout to other than MacOSX or CrossPlatform. I consider this behaviour to be different to the one that I've initially reported as on the older system I could reproduce the issue on any layout.

[asfimport]

@pmouawad (migrated from Bugzilla): Closing this bug as it is not a JMeter bug but a side effect of a third party application breaking some JVM behaviour on Mac OSX.

[asfimport]

@pmouawad (migrated from Bugzilla): After installing Mavericks (10.9.4), I reproduce the issue, scenario:

• Open GenTest210.jmx
• Select all elements under root
• Copy => It fails with NotSerializableException

[asfimport]

@pmouawad (migrated from Bugzilla): Date: Mon Sep 8 21:20:24 2014 New Revision: 1623589

URL: http://svn.apache.org/r1623589 Log: https://github.com/apache/jmeter/issues/3071 - JMeter GUI on OS X crashes when using CMD+C (keyboard shortcut or UI menu entry) on an element from the tree

https://github.com/apache/jmeter/issues/3071

Modified: jmeter/trunk/src/core/org/apache/jmeter/gui/tree/JMeterTreeNode.java

[asfimport]

@pmouawad (migrated from Bugzilla): @Users who reported this bug, it would be nice to test nightly build tomorrow to see if bug is fixed:

http://jmeter.apache.org/nightly.html

Installing JMeter runtime Download the _bin and _lib files Unpack the archives into the same directory structure The other archives are not needed to run JMeter.

[asfimport]

Sebb (migrated from Bugzilla): (In reply to Philippe Mouawad from comment 35)

After installing Mavericks (10.9.4), I reproduce the issue, scenario:

• Open GenTest210.jmx
• Select all elements under root
• Copy => It fails with NotSerializableException

What version of Java was that with?

It does not fail for me on Mavericks 10.9.4 with Java 1.8.0_11 nnor 1.7.0_6 nor 1.6.0_65

[asfimport]

Adrian S (migrated from Bugzilla): @Sebb: the issue does not reproduce on all systems having the same setup, but does reproduce consistently on those systems where it was encountered. Doesn't depend on the java or system version.

@Philippe: Good news, the issue doesn't reproduce on nightly r1623612. On the same machine I still experience the issue while using 2.11 released version. Both installations of jmeter are standalone (no plugins, default startup scripts).

[asfimport]

@pmouawad (migrated from Bugzilla): @Sebb java version "1.6.0_65" @Adrian , thanks a lot for feedback.

Happy it works.

[asfimport]

@pmouawad (migrated from Bugzilla): Date: Tue Sep 9 11:25:38 2014 New Revision: 1623759

URL: http://svn.apache.org/r1623759 Log: https://github.com/apache/jmeter/issues/3071 - JMeter GUI on OS X crashes when using CMD+C (keyboard shortcut or UI menu entry) on an element from the tree Put back final. https://github.com/apache/jmeter/issues/3071

Modified: jmeter/trunk/src/core/org/apache/jmeter/gui/tree/JMeterTreeNode.java

Date: Tue Sep 9 11:34:11 2014 New Revision: 1623762

URL: http://svn.apache.org/r1623762 Log: https://github.com/apache/jmeter/issues/3071 - JMeter GUI on OS X crashes when using CMD+C (keyboard shortcut or UI menu entry) on an element from the tree Add 54648 to list of changes https://github.com/apache/jmeter/issues/3071

Modified: jmeter/trunk/xdocs/changes.xml

[asfimport]

Adrian S (migrated from Bugzilla): (In reply to Philippe Mouawad from comment 40)

@Adrian , thanks a lot for feedback.

Happy it works.

Same here. A lot of people will be happy about this fix.

[asfimport]

Matt Kilbride (migrated from Bugzilla): I have also confirmed that your fix worked for me. My test was 2.11 vs nightly (r1623894), with TextExpander running.