Post Attachments - InfoPath Dev

InfoPath Dev

Use our Google Custom Search for best site search results.

Post Attachments

Last post 04-28-2009 09:36 AM by DaFlea. 23 replies.
Page 2 of 2 (24 items) < Previous 1 2
Sort Posts: Previous Next
  • 03-17-2009 02:37 PM In reply to

    • minkokiss
    • Not Ranked
    • Joined on 03-16-2009
    • Indianapolis
    • Posts 6
    I actually tried both. Both fail with the same error message.
  • 03-18-2009 12:15 PM In reply to

    • minkokiss
    • Not Ranked
    • Joined on 03-16-2009
    • Indianapolis
    • Posts 6
    Ernesto, Do you happen to have any more ideas on why the error might be occurring? Can I do what I am looking for with DBXL as opposed to Qrules? Please let me know Best Regards, Minko
  • 03-18-2009 01:12 PM In reply to

    qRules is the right solution in this case, not DBXL, but it looks like you have a SharePoint permissions issue that I haven't stumbled upon. Certainly trying to submit from Preview mode should fail, but with the form opened from its SharePoint Form Library, submitting to a separate document library, should work. I've asked others to look into this to see if we can come up with some additional help.

    Ernesto Machado
    Qdabra® Software/
    The InfoPath Experts – Streamline data gathering to turn process into knowledge.™

  • 04-24-2009 05:44 AM In reply to

    I am having a similar error... it's been a while. Any clues on this one yet?

     Action: SaveToSharePoint
     Arguments: System.Collections.Generic.Dictionary`2[System.String,System.String]
     Details: Request for the permission of type 'System.Net.WebPermission. System, Version=, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.
    Stack:   at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet)
       at System.Security.CodeAccessPermission.Demand()
       at System.Net.HttpWebRequest..ctor(Uri uri, ServicePoint servicepoint
       at System.Net.HttpRequestCreator.Create(Uri Uri)
       at System.Net.WebRequest.Create(Uri requestUri, Boolean useUriBase)
       at System.Net.WebRequest.Create(String requestUriString)
       at Qdabra.Tools.RulesLibrary.Commands.SaveFileToSharepoint(String& base64Value, String& url)
       at Qdabra.Tools.RulesLibrary.Commands.SaveToSharepoint(String url, String domName, String nodeXPath)
       at Qdabra.Tools.RulesLibrary.Commands.SaveToSharepoint()
       at Qdabra.Tools.RulesLibrary.Commands.ExecuteCommand(Application application, XmlFormHostItemformHost, XPathNavigator commandsNavigator)

     This happened in Preview mode... I will try uploading it to a document library on the same site as the library I plan on submitting the attachments too and will report my results.

     Here is the value I used for my action on the button: SaveToSharePoint /url= /xpath=/my:myFields/my:ActionData/my:Attachments/my:AttachFile1

     This is a secure military site so I used generic names. I sure hope you have figured this out... :)

    Filed under: ,
  • 04-24-2009 10:09 AM In reply to

    This command will not work on Preview mode. The InfoPath form and the SharePoint Document Library must live on the same machine.

    Ernesto Machado
    Qdabra® Software/
    The InfoPath Experts – Streamline data gathering to turn process into knowledge.™

  • 04-26-2009 05:10 AM In reply to

    I went ahead and started from scratch again and have it working on a basic level. I am not sure if or why this would matter, but I built all of my tables and sections first this time and then added my attachment control first (after of course opening and saving a blank form and injecting it). I have kept the attachment as first in my data sources. I then set about adding all of my other controls while testing it each time for continued function... so far, so good.

     Now I would just like it to function like the demo video which is showing qRules in action with DBXL rather that SharePoint. I do not like the look of how it functions on a form being used for sharepoint at this time. Maybe I am doing something wrong but here us what I get after clicking the button to send it to SharePoint:

     <The Click here to attach a file control is still visible, which is fine because I want it to remain for adding more files>

    Q Rules Link: <big long crazy hyperlink>
    Q Rules Filename: <Samebig long crazy hyperlink>

    What I want is for there to be a hyperlink with just the file name/type showing just like in the demo. There also came the question for how to organize the file attachments once they get sent to the portal. Would it be possible to have the control send the attachments to a folder in the document library that is created and associated to the form by it own unique identifier/name? Meaning the form gets it's name from a field in the form and all of the attachments are sent to a folder likewise generated the same way rather than just dumping them into a document library with no way of associating all of the files to specific forms. This is particularly an issue when considering portability or backing them up.

    Best Regards,


    PS: You were incorrect about the control not working in preview mode... it works just fine.

    UPDATE: I used conditional formating to hide the Attachment control and the duplicate hyperlink. I also finally got the repeating control to work for multiple attachments. My only complaint at this point is the Date/Time stamp added to the from of the files. Would it at least be possible to dynamically select the original file name for the text displayed for the hyperlink?

    Other than that we could use some much better instructions and examples of how to set this up, particularly for SharePoint. Perhaps if I have time I will make an example of how I got it to work and resolutions to my obtacles. But thanks for the awesome tool! I will work hard to outgrow it and explore your other solutions.

  • 04-27-2009 07:30 AM In reply to

    Hi JBorean,

    Thank you for the excellent feedback. We will work on better documentation around the areas you mentioned. We are planning an update to the tool this summer to include other features like OCR and Encryption. We will probably release better documentation for the current version before those features come out. If you have other features you'd like to see, please chime in.

    If you have time and can provide more detail around the areas that were troublesome for you, that would be wonderful! :)


    Patrick Halstead
    Project Manager at Qdabra
  • 04-27-2009 07:56 AM In reply to

    Yes, please let us know if there were any steps that weren't clear in our documentation and we can work to correct this. Thanks.

    Ernesto Machado
    Qdabra® Software/
    The InfoPath Experts – Streamline data gathering to turn process into knowledge.™

  • 04-28-2009 09:36 AM In reply to

    I belive his error is due to not haveing full trust enabled in the form security area.

    I am able to submit files to my document library without the Form living on the same box as the document library. I am just using preview mode localy to test the form function as I make changes to it during development.

    Your error appears to be the same one I was reciving before I changed the security to full trust.



Page 2 of 2 (24 items) < Previous 1 2
Copyright © 2003-2019 Qdabra Software. All rights reserved.
View our Terms of Use.