Research Academy
My account Customers About Blog Careers Legal Contact Resellers

Burp Suite User Forum

Create new post

IMessageEditorController.getRequest() and .getResponse() race condition(?) in Intruder

Nadeem | Last updated: Jun 30, 2015 06:32AM UTC

Hi again, I am experiencing a strange race bug(?) in the Intruder result output window. For some reason, when viewing an HTTP response in a custom IMessageEditorTab, the .getRequest() and .getResponse() methods return a non-null byte array only if a user clicks on one of the original tabs first and then switches back to the custom editor tab. If the user remains on the custom editor tab and arrows down to view each result, the .getRequest() and .getResponse() methods return null.

Burp User | Last updated: Jun 30, 2015 07:13AM UTC

I realize how bad my explanation was above so I've decided to provide you with a video to demonstrate the issue I'm facing: https://www.dropbox.com/s/e1frh2g1fdyyouy/2015-06-30_03-07-59.mp4?dl=0. As you can see, when selecting my custom editor tab and scrolling up and down, the view doesn't get updated. This is because my custom editor tab relies on the IMessageEditorController's .getRequest() method in .setMessage() of my custom editor tab. When I have my custom editor tab opened, controller.getRequest() returns null. When I switch to a regular tab like 'hex view' and then switch back to my custom editor tab, the controller.getRequest() method returns the request byte array. Hope this clarifies things a bit.

You must be an existing, logged-in customer to reply to a thread. Please email us for additional support.