Qdabra qRules

Re: Submit not working for certain sharepoint users

Fierhauk — Thu, 21 Oct 2010 18:14:49 GMT

Dug a bit further into the permissions. There were two tiers of permissions access:

http://sharepoint-server/forms/sales/ -- This is where the form libraries were set

http://sharepoint-server/forms/sales/formname/forms/ -- This is where the attachment goes

The folder where the form libraries were organized only had read permissions while there was full rights to the formname folders. Once I provided full access to both tiers in this chain things started working.

Thanks for all the assist on this. May have not been solution you provided but without your questions and prompting i wouldn't have stumbled on the solution.

Re: Submit not working for certain sharepoint users

Patrick Halstead — Thu, 21 Oct 2010 16:53:16 GMT

Probably need to allow the InfoPath Forms Service account to save to the attachments location ... form shouldn't need to be full trust since IPFS will not impersonate the user accounts.

Re: Submit not working for certain sharepoint users

Fierhauk — Thu, 21 Oct 2010 16:08:01 GMT

By processing an attachment i do mean the SaveToSharePoint command. The qRulesLink is displayed and, when it works correctly, is active and can recall the file when clicked.

My understanding is they have access to the target library i am using. The target is the same as the location of the form itself but I dont see any of the attached files appearing (that work when i run this with my Team Site Owner access) in the library. Are they stored elsewhere in Sharepoint that I am missing.

Re: Submit not working for certain sharepoint users

Hilary Stoupa — Thu, 21 Oct 2010 15:55:37 GMT

When you say "When you process an attach document I know it creates a link", can you help me understand what you are referring to? Do you mean the qRules SaveToSharePoint command? If so, the link is placed in the attribute to the file attachment called qRulesLink.

Your users all have permissions to save files to the target form library you are using for the /url parameter of your SaveToSharePoint command, right?

Re: Submit not working for certain sharepoint users

Fierhauk — Thu, 21 Oct 2010 15:37:34 GMT

Luckily there is only one domain for our organization to deal with. They are opening and submitting the forms on the same server/internet zone. When the forms were initially concieved (without attachments) they saved a copy to the sharepoint library upon submit. This worked for all users but has since been deemed unnecessary so was removed. This would indicate on some level that the users can write to the forms library, but wherever the attachments are being stored may have different permissions.

When you process an `attach document' i know it creates a link, but where exactly on the sharepoint server is the file created that the link points to? I cant find this in the documentation and perhaps access to that location (or file) is limited preventing non-administrative types from attaching forms?

Re: Submit not working for certain sharepoint users

Fierhauk — Thu, 21 Oct 2010 15:34:16 GMT

Hello,

The form is created in InfoPath 2007 and then administratively published to SharePoint 2007. The users will be opening the form in their browsers and the form generally is just emailing the contents of the form (when submitted) to some ticketing queues for processing.

The form was saved as Full Trust as well (required to even get the attachment feature to work with some of the user accounts).

Thanks for any info or assitance!

Re: Submit not working for certain sharepoint users

Hilary Stoupa — Thu, 21 Oct 2010 15:25:45 GMT

Hi -- are your users opening the form in the browser? Or in client? What version of SharePoint?

Thanks...

Re: Submit not working for certain sharepoint users

Patrick Halstead — Thu, 21 Oct 2010 15:12:24 GMT

Here's another idea: do the other people have the save location in their local intranet zone? If not and it's on a separate site you could have a cross domain issue. Just an idea though. We'll look at the form next...

Re: Submit not working for certain sharepoint users

Fierhauk — Thu, 21 Oct 2010 14:49:28 GMT

Patrick,

I am not using a hard-coded method to attach the file. I just attempted with a never before used file as well and it created a filename of `.../2010102107431040171_New Sales Territories 8.2.07.doc' which follows the protocol of date/time stamping it creates.

The only thing I see is there could be a permissions error... otherwise this would be a problem universal to all logins whereas I am able to use the SaveToSharePoint logic with some logins but not others (unfortunately in this case the entire sales team that will be using the forms).

I'll attempt to attach a .xsn of the form listed. There is no proprietary information that would be problematic to post.

Thanks for the assistance...

Re: Submit not working for certain sharepoint users

Patrick Halstead — Thu, 21 Oct 2010 06:54:51 GMT

Hi Fierhauk,

Thanks for trying out qRules. You shouldn't have to set special permissions. We have lots of people using the attachment save functionality without any issues.

I'm wondering if it is because the URL is hard-coded to ".../Filename.doc". Are you specifying the filename? If so, it may fail if the filename already exists.

Please let us know. If you can add the command to a blank form and reproduce the error, please attach the XSN for the blank form and we'll investigate.

Thanks for your patience!

Submit not working for certain sharepoint users

Fierhauk — Wed, 20 Oct 2010 21:10:28 GMT

I have built an Infopath form for use on SharePoint using the qDabra qRules to add an attachment.

The form works fine for me, as I am a Team Site Owner. However I can not get the SaveToSharePoint command to take the attachment from the form and submit it. It returns this general error:

An error has occurred executing the rule. Failed to save
to SharePoint. URL =
'http://Servername/forms/sales/PriceChangeCreditForm/Forms/Filename.doc'.

Now, I want them to be able to perform this functionality without having to give them full rights. I have tried adding the user to the `servername/forms' with full rights to no avail.

What permissions setting am i missing or what rights are required to provide full access to the document functionality. I know the form is not the issue as it works with my domain account that has Team Site Owner rights.

Any input greatly apprecaited...