Forum Discussion

the_bard's avatar
the_bard
New Contributor
16 years ago

Unable to double-click open response attachments

This feature used to work for me, but now it seems to be non-functional.

I'm using SoapUI 3.0.1.

In the Attachments tab of my response, there are two attachments:
[tt:3q06bi66]urn:exstream-services/compose/output application/pdf 106545   urn:exstream-services/compose/output  MIME 
urn:exstream-services/compose/message  text/plain        6984   urn:exstream-services/compose/message MIME  [/tt:3q06bi66]

When I double left click on either of them, my cursor changes to an hourglass for a split second, then goes back to a normal cursor, and nothing happens.  Where is the temporary location where the response attachments are trying to be saved?  Is that configurable?

I can use the "Exports the selected attachment to a file" button and save the attachments.  The UI saves the file, and then asks if I wish to open it in a browser.  If I say Yes, this works correctly.

So why would the double left click not work?

Update:  The temporary attachments are being saved to the location specified in java.io.tmpdir.  However the files have no extension.  Since the attachment is of type PDF, the file extension should also be .PDF.  In SoapUI version 2.0.2 the temporary files are saved with a .PDF extension.  This is when using the same Soap services in both versions.

8 Replies

  • Hi!

    hmm.. can you check this with the latest 3.5.1 build also ? If soapUI is not adding the extensions to the temporary files, then that is why they aren't showing up.. i'll try to reproduce also.

    regards!

    /Ole
    eviware.com
  • Hi again,

    this should be fixed in the latest nightly build, can you try?

    regards!

    /Ole
    eviware.com
  • the_bard's avatar
    the_bard
    New Contributor
    I installed the version found here:
    http://www.eviware.com/nightly-builds/soapui/3.5/

    The attachment with the content type of "application/pdf" is now being saved with the .PDF extension, which does allow a double-click in the attachment window to open the file directly via SoapUI temporarily saving the file.  So half of the problem is indeed fixed again in this newer release.

    However the attachment with the content type of "text/plain" is now being saved with an extension of ".c++".  This seems to cause an additional problem in that SoapUI reports that file "path\tempname.c" not found.  It excludes the ++ from the actual temporary file name that it just saved.  In version 2.0.2 the content type of "text/plain" was being saved with an extension of ".plain", which of course didn't work either.

    Would it be possible for an attachment with a content type of "text/plain" to be saved with a .txt extension? 

    Or how about some sort of configuration panel where we could specify content types and what file extensions we wanted them saved as?
  • Hi!

    thanks for pointing this out.. I've fixed the reverse translation for text/plain, i config-panel for this would be great in the future..

    regards!

    /Ole
    eviware.com
  • the_bard's avatar
    the_bard
    New Contributor
    Is the fix in the new nightly build of 3.5.1?  Or do I need to wait for a 3.5.2 version to see the .txt extension for content type of "text/plain"?
  • Hi!

    its in the upcoming nightly build, try it out and let us know how it works.

    regards!

    /Ole
    eviware.com
  • the_bard's avatar
    the_bard
    New Contributor
    The content type of "text/plain" is now also working and saving a temporary file with a .txt extension.

    Thank you!
  • Great!

    Let us know if any other extensions or content-types aren't working as expected/desired.

    regards!

    /Ole
    eviware.com