[Bug 60265] New: HTTP Request : In Files Upload Tab you cannot resize columns
https://bz.apache.org/bugzilla/show_bug.cgi?id=60265 Bug ID: 60265 Summary: HTTP Request : In Files Upload Tab you cannot resize columns Product: JMeter Version: 3.0 Hardware: All OS: All Status: NEW Severity: normal Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: supp...@ubikloadpack.com This is pretty annoying as whenever content exceeds the size of column header you only see: text/pla Source of issue is in HTTPFileArgsPanel#sizeColumns: GuiUtils.fixSize(table.getColumn(PARAMNAME), table); GuiUtils.fixSize(table.getColumn(MIMETYPE), table); Thanks -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60265] HTTP Request : In Files Upload Tab you cannot resize columns
https://bz.apache.org/bugzilla/show_bug.cgi?id=60265 --- Comment #1 from UbikLoadPack support --- Created attachment 34382 --> https://bz.apache.org/bugzilla/attachment.cgi?id=34382&action=edit Patch fixing issue -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60265] HTTP Request : In Files Upload Tab you cannot resize columns
https://bz.apache.org/bugzilla/show_bug.cgi?id=60265 UbikLoadPack support changed: What|Removed |Added Keywords||PatchAvailable -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60250] Need to Add Sent KB/s in Statistics Report of HTML Dashboard
https://bz.apache.org/bugzilla/show_bug.cgi?id=60250 --- Comment #5 from UbikLoadPack support --- (In reply to Ahmad from comment #3) > I will test it tomorrow. Hello, Any feedback on bug fixes: - Bug 60252 - This one ? Thanks -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60266] New: Usability/ UX : It should not be possible to close a JMeter plan or open a new one if a test is running
https://bz.apache.org/bugzilla/show_bug.cgi?id=60266 Bug ID: 60266 Summary: Usability/ UX : It should not be possible to close a JMeter plan or open a new one if a test is running Product: JMeter Version: 3.0 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: supp...@ubikloadpack.com Currently if you start a Test and then try to close or open a new Test Plan, it is possible. You end up losing the content of listeners and potentially have to restart your work. A Warning should be poped up (as for Change language) to warn user that a test is running. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60267] New: UX : In View Results Tree it should be possible to close the Configure popup by typing escape
https://bz.apache.org/bugzilla/show_bug.cgi?id=60267 Bug ID: 60267 Summary: UX : In View Results Tree it should be possible to close the Configure popup by typing escape Product: JMeter Version: 3.0 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: supp...@ubikloadpack.com As for other popups in JMeter -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60267] UX : In View Results Tree it should be possible to close the Configure popup by typing escape
https://bz.apache.org/bugzilla/show_bug.cgi?id=60267 --- Comment #1 from UbikLoadPack support --- Created attachment 34383 --> https://bz.apache.org/bugzilla/attachment.cgi?id=34383&action=edit Patch implementing enhancement -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60213] Boundary based extractor
https://bz.apache.org/bugzilla/show_bug.cgi?id=60213 --- Comment #2 from UbikLoadPack support --- Hello Felix, Do you have this in mind ?: http://stackoverflow.com/questions/19565755/how-to-parse-using-grok-from-java-is-there-any-example-available https://github.com/thekrakken/java-grok The + is that it is now very popular but in terms of simplicity I am not sure it is as easy as Boundary where you need 0 knowledge to use it. You just say what's on left and right of what you want to extract. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60267] UX : In View Results Tree it should be possible to close the Configure popup by typing escape
https://bz.apache.org/bugzilla/show_bug.cgi?id=60267 Philippe Mouawad changed: What|Removed |Added CC||p.mouawad@ubik-ingenierie.c ||om Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Philippe Mouawad --- Author: pmouawad Date: Tue Oct 18 13:30:22 2016 New Revision: 1765437 URL: http://svn.apache.org/viewvc?rev=1765437&view=rev Log: Bug 60267 - UX : In View Results Tree it should be possible to close the Configure popup by typing escape Contributed by Ubik Load Pack (support at ubikloadpack.com) Bugzilla Id: 60267 Modified: jmeter/trunk/src/core/org/apache/jmeter/gui/SavePropertyDialog.java jmeter/trunk/xdocs/changes.xml -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60265] HTTP Request : In Files Upload Tab you cannot resize columns
https://bz.apache.org/bugzilla/show_bug.cgi?id=60265 Philippe Mouawad changed: What|Removed |Added CC||p.mouawad@ubik-ingenierie.c ||om Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Philippe Mouawad --- Author: pmouawad Date: Tue Oct 18 13:33:11 2016 New Revision: 1765438 URL: http://svn.apache.org/viewvc?rev=1765438&view=rev Log: Bug 60265 - HTTP Request : In Files Upload Tab you cannot resize columns Contributed by Ubik Load Pack (support at ubikloadpack.com) Bugzilla Id: 60265 Modified: jmeter/trunk/src/protocol/http/org/apache/jmeter/protocol/http/gui/HTTPFileArgsPanel.java jmeter/trunk/xdocs/changes.xml -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60268] New: Drop org.apache.jmeter.gui.action.Analyze and org.apache.jmeter.reporters.FileReporter
https://bz.apache.org/bugzilla/show_bug.cgi?id=60268 Bug ID: 60268 Summary: Drop org.apache.jmeter.gui.action.Analyze and org.apache.jmeter.reporters.FileReporter Product: JMeter Version: 3.0 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: supp...@ubikloadpack.com Hello, It appears Analyze command is not used anymore. Shouldn't it be dropped as long as used class FileReporter? Thanks -- You are receiving this mail because: You are the assignee for the bug.
[Bug 53039] HTTP Request : Be able to handle responses which size exceeds 2147483647 bytes
https://bz.apache.org/bugzilla/show_bug.cgi?id=53039 --- Comment #15 from UbikLoadPack support --- Author: pmouawad Date: Tue Oct 18 14:35:43 2016 New Revision: 1765448 URL: http://svn.apache.org/viewvc?rev=1765448&view=rev Log: Bug 53039 - HTTP Request : Be able to handle responses which size exceeds 2147483647 bytes Fix deprecated calls to setBytes(int) Bugzilla Id: 53039 Modified: jmeter/trunk/src/protocol/ftp/org/apache/jmeter/protocol/ftp/sampler/FTPSampler.java jmeter/trunk/src/protocol/jms/org/apache/jmeter/protocol/jms/sampler/SubscriberSampler.java jmeter/trunk/src/protocol/mail/org/apache/jmeter/protocol/smtp/sampler/SmtpSampler.java jmeter/trunk/src/protocol/mail/org/apache/jmeter/protocol/smtp/sampler/tools/CounterOutputStream.java -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60268] Drop org.apache.jmeter.gui.action.Analyze and deprecate org.apache.jmeter.reporters.FileReporter
https://bz.apache.org/bugzilla/show_bug.cgi?id=60268 UbikLoadPack support changed: What|Removed |Added Summary|Drop|Drop |org.apache.jmeter.gui.actio |org.apache.jmeter.gui.actio |n.Analyze and |n.Analyze and deprecate |org.apache.jmeter.reporters |org.apache.jmeter.reporters |.FileReporter |.FileReporter -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60268] Drop org.apache.jmeter.gui.action.Analyze and deprecate org.apache.jmeter.reporters.FileReporter
https://bz.apache.org/bugzilla/show_bug.cgi?id=60268 Philippe Mouawad changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED CC||p.mouawad@ubik-ingenierie.c ||om --- Comment #1 from Philippe Mouawad --- Author: pmouawad Date: Tue Oct 18 15:36:00 2016 New Revision: 1765464 URL: http://svn.apache.org/viewvc?rev=1765464&view=rev Log: Bug 60268 - Drop org.apache.jmeter.gui.action.Analyze and deprecate org.apache.jmeter.reporters.FileReporter Bugzilla Id: 60268 Removed: jmeter/trunk/src/core/org/apache/jmeter/gui/action/Analyze.java Modified: jmeter/trunk/src/core/org/apache/jmeter/reporters/FileReporter.java jmeter/trunk/xdocs/changes.xml -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60269] New: JSR 223 automatic compilation cache key not unique - same of all JSR 223s in the script
https://bz.apache.org/bugzilla/show_bug.cgi?id=60269 Bug ID: 60269 Summary: JSR 223 automatic compilation cache key not unique - same of all JSR 223s in the script Product: JMeter Version: 3.0 Hardware: All OS: All Status: NEW Severity: major Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: john.we...@dynatrace.com Given: I have 2 or more JSR 223 elements in my script, each with unique code (Groovy in my case). I then enable the checkbox "Cache compiled script if available". Expected: each JSR 223 will be independent of the others. Acutal: Turning on/off that feature makes changes to ALL the JSR 223 elements in the script and each key is set to the same value in the JMX. This produces weird behaviors because the elements are compiled with the same cache key and treated as the same. Also, you cannot turn on/off that feature on 1 element without it affecting all the other JSR 223 elements in the script. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60269] JSR 223 automatic compilation cache key not unique - same for all JSR 223s in the script
https://bz.apache.org/bugzilla/show_bug.cgi?id=60269 JJ Welch changed: What|Removed |Added Summary|JSR 223 automatic |JSR 223 automatic |compilation cache key not |compilation cache key not |unique - same of all JSR|unique - same for all JSR |223s in the script |223s in the script -- You are receiving this mail because: You are the assignee for the bug.
[Bug 57305] remove ProxyControl dependency on GuiPackage
https://bz.apache.org/bugzilla/show_bug.cgi?id=57305 --- Comment #15 from Wyatt Epp --- Created attachment 34386 --> https://bz.apache.org/bugzilla/attachment.cgi?id=34386&action=edit "complete and working" example (In reply to Philippe Mouawad from comment #14) > I used the sample above and it is not complete. What, you didn't expect that to run as-is, did you? > If we add this patch to core, we need to provide a complete and working > example Oh, moving the goalposts on me? Rude. I'll play along, but only because we actually need this patch merged so we don't have to maintain our own version of JMeter internally. > and in this case see which API should be made public. What? No. Stop. The method this patch adds must be public; anything else would be *completely* useless. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 57305] remove ProxyControl dependency on GuiPackage
https://bz.apache.org/bugzilla/show_bug.cgi?id=57305 Philippe Mouawad changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #16 from Philippe Mouawad --- (In reply to Wyatt Epp from comment #15) > Created attachment 34386 [details] > "complete and working" example > > (In reply to Philippe Mouawad from comment #14) > > I used the sample above and it is not complete. > > What, you didn't expect that to run as-is, did you? I did :-) > > > If we add this patch to core, we need to provide a complete and working > > example > > Oh, moving the goalposts on me? Rude. :-) > > I'll play along, but only because we actually need this patch merged so we > don't have to maintain our own version of JMeter internally. > > > and in this case see which API should be made public. > > What? No. Stop. The method this patch adds must be public; anything else > would be *completely* useless. Of course for this one. Thanks for patch and example -- You are receiving this mail because: You are the assignee for the bug.
[Bug 59964] JSR223 Test Element : Cache compiled script if available is not correctly reset
https://bz.apache.org/bugzilla/show_bug.cgi?id=59964 Philippe Mouawad changed: What|Removed |Added CC||john.we...@dynatrace.com --- Comment #3 from Philippe Mouawad --- *** Bug 60269 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60269] JSR 223 automatic compilation cache key not unique - same for all JSR 223s in the script
https://bz.apache.org/bugzilla/show_bug.cgi?id=60269 Philippe Mouawad changed: What|Removed |Added CC||p.mouawad@ubik-ingenierie.c ||om Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #1 from Philippe Mouawad --- *** This bug has been marked as a duplicate of bug 59964 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60269] JSR 223 automatic compilation cache key not unique - same for all JSR 223s in the script
https://bz.apache.org/bugzilla/show_bug.cgi?id=60269 --- Comment #2 from Philippe Mouawad --- Hello, I think this bug is a duplicate of Bug 59964. Could you download nightly build and check to see if it's fixed for you ? Thank you -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60252] Add sent kbytes/s to Aggregate Report and Summary report
https://bz.apache.org/bugzilla/show_bug.cgi?id=60252 --- Comment #3 from Philippe Mouawad --- Author: pmouawad Date: Tue Oct 18 18:40:52 2016 New Revision: 1765492 URL: http://svn.apache.org/viewvc?rev=1765492&view=rev Log: Bug 60252 - Add sent kbytes/s to Aggregate Report and Summary report Remove use of deprecated setBytes(int) Bugzilla Id: 60252 Modified: jmeter/trunk/test/src/org/apache/jmeter/samplers/TestSampleResult.java jmeter/trunk/test/src/org/apache/jmeter/save/TestCSVSaveService.java -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60266] Usability/ UX : It should not be possible to close/exit/Revert/Load/Load a recent project or create from template a JMeter plan or open a new one if a test is running
https://bz.apache.org/bugzilla/show_bug.cgi?id=60266 Philippe Mouawad changed: What|Removed |Added Summary|Usability/ UX : It should |Usability/ UX : It should |not be possible to close a |not be possible to |JMeter plan or open a new |close/exit/Revert/Load/Load |one if a test is running|a recent project or create ||from template a JMeter plan ||or open a new one if a test ||is running CC||p.mouawad@ubik-ingenierie.c ||om -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60266] Usability/ UX : It should not be possible to close/exit/Revert/Load/Load a recent project or create from template a JMeter plan or open a new one if a test is running
https://bz.apache.org/bugzilla/show_bug.cgi?id=60266 Philippe Mouawad changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Philippe Mouawad --- Author: pmouawad Date: Tue Oct 18 19:14:55 2016 New Revision: 1765498 URL: http://svn.apache.org/viewvc?rev=1765498&view=rev Log: Bug 60266 - Usability/ UX : It should not be possible to close/exit/Revert/Load/Load a recent project or create from template a JMeter plan or open a new one if a test is running Bugzilla Id: 60266 Added: jmeter/trunk/src/core/org/apache/jmeter/gui/action/AbstractActionWithNoRunningTest.java (with props) Modified: jmeter/trunk/src/core/org/apache/jmeter/gui/action/ChangeLanguage.java jmeter/trunk/src/core/org/apache/jmeter/gui/action/Close.java jmeter/trunk/src/core/org/apache/jmeter/gui/action/ExitCommand.java jmeter/trunk/src/core/org/apache/jmeter/gui/action/Load.java jmeter/trunk/src/core/org/apache/jmeter/gui/action/LoadRecentProject.java jmeter/trunk/src/core/org/apache/jmeter/gui/action/Move.java jmeter/trunk/src/core/org/apache/jmeter/gui/action/RevertProject.java jmeter/trunk/src/core/org/apache/jmeter/gui/action/TemplatesCommand.java jmeter/trunk/src/core/org/apache/jmeter/resources/messages.properties jmeter/trunk/src/core/org/apache/jmeter/resources/messages_fr.properties jmeter/trunk/src/core/org/apache/jmeter/threads/gui/AbstractThreadGroupGui.java jmeter/trunk/src/core/org/apache/jmeter/util/JMeterUtils.java jmeter/trunk/xdocs/changes.xml -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60269] JSR 223 automatic compilation cache key not unique - same for all JSR 223s in the script
https://bz.apache.org/bugzilla/show_bug.cgi?id=60269 --- Comment #3 from JJ Welch --- Just checked r1765467 If I disable the checkbox and look at the raw jmx, the cacheKey is still populated with a GUID. That makes me wonder how the does JMeter know to compile or not compile that JSR 223. This is using an existing script. If I make a new script and insert 2 http sampler, and 2 jsr 223 samplers the behavior is different. Enable compilation on the first JSR 223. Looking at the jmx reveals that one has a cacheKey and the 2nd does not. Looking at the gui the first is checked and the 2nd is not. This behavior matches expectations. Reverse it to 1st disabled, and 2nd enabled, works as expected. 1st has no cacheKey and the 2nd does. Enabling both also works as expected. Each JSR 223 element has a unique cacheKey. Now I must investigate why my old script does not work as expected. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60269] JSR 223 automatic compilation cache key not unique - same for all JSR 223s in the script
https://bz.apache.org/bugzilla/show_bug.cgi?id=60269 --- Comment #4 from Philippe Mouawad --- Hi, Thanks for feedback. Could you attach the "broken" script ? Thanks -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60269] JSR 223 automatic compilation cache key not unique - same for all JSR 223s in the script
https://bz.apache.org/bugzilla/show_bug.cgi?id=60269 --- Comment #5 from JJ Welch --- Just rechecking the "broken" script and it works fine too. So I would call this bug and the original report resolved. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60269] JSR 223 automatic compilation cache key not unique - same for all JSR 223s in the script
https://bz.apache.org/bugzilla/show_bug.cgi?id=60269 --- Comment #6 from Philippe Mouawad --- (In reply to JJ Welch from comment #5) > Just rechecking the "broken" script and it works fine too. So I would call > this bug and the original report resolved. Good. Thanks for your checks. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 57305] remove ProxyControl dependency on GuiPackage
https://bz.apache.org/bugzilla/show_bug.cgi?id=57305 Philippe Mouawad changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #17 from Philippe Mouawad --- Hello again @Wyatt, Few questions: - How is user supposed to use the Proxy. He starts it in non gui mode. But how does he saves the Test plan recorded ? I suppose you have some custom development to do that ? Any chance you contribute more ? - Would it make sense in the future to have a command line option to start proxy in NON GUI mode Regards -- You are receiving this mail because: You are the assignee for the bug.
[Bug 60274] New: Add Controller similar to interleave controller to distribute calls by weight among child elements
https://bz.apache.org/bugzilla/show_bug.cgi?id=60274 Bug ID: 60274 Summary: Add Controller similar to interleave controller to distribute calls by weight among child elements Product: JMeter Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P2 Component: Main Assignee: issues@jmeter.apache.org Reporter: thorson.lit...@gmail.com NOTE: I am submitting this request as part of the process described in http://jmeter.apache.org/building.html to contribute an enhancement. A pull request from github with the new "Weighted Distribution Controller" with this enhancement will come soon Description: A controller that randomly selects one of its child elements (samplers/controllers) to be executed. The probability of a child being executed depends upon the relative weight assigned to that element. An expression can be used as a weight, as long as that expression evaluates to a positive integer. The control panel attempts to evaluate any expressions and provides an estimated likelihood of that element being selected. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 57305] remove ProxyControl dependency on GuiPackage
https://bz.apache.org/bugzilla/show_bug.cgi?id=57305 Wyatt Epp changed: What|Removed |Added Status|NEEDINFO|NEW Version|2.12|3.0 --- Comment #18 from Wyatt Epp --- (In reply to Philippe Mouawad from comment #17) > > - How is user supposed to use the Proxy. He starts it in non gui mode. But > how does he saves the Test plan recorded ? That's far beyond the scope of this bug. Think of it as an exercise for the reader. ;) > I suppose you have some custom development to do that ? Any chance you > contribute more ? I'd *like* to, but we've been over this before: I can't actually release/upstream our full headless recording daemon until the release has been cleared with legal. I'm still making noise about it, but it's not up to me and I don't have an ETA. I'm in a bit of a grey area already for cleaning up that patch and sample. > - Would it make sense in the future to have a command line option to start > proxy in NON GUI mode Maybe. In practice, we've found it works best to have the recorder be a daemon that accepts commands from a TCP client and gives feedback. (Similar to how jcmd or jfr work, I think.) BTW, can you be update the milestone? I don't have permissions for that. -- You are receiving this mail because: You are the assignee for the bug.
