[MOSS] Cannot save browser enabled form...

[Bullvan]

Hi!

I've been using Forms Services with MOSS recently and my new browser-
enabled form causes some trouble. I can open it in browser and no
erros appear while checking and publishing it as a content type. But
then any operation like SAVE/SAVE AS.../CLOSE from Forms Services bar
causes Error.

In eventlog I found:

Exception occurred during request processing.

(User: MY_USER, Form Name: Review, IP: , Request:
http://sharepoint/_layouts/Postback.FormServer.aspx, Form ID:
urn:schemas-microsoft-comffice:infopath:Review:-
myXSD-2007-09-06T09-17-15,

Type: XmlException,
Exception Message: Unexpected end of file while parsing Name has
occurred. Line 1, position 1447.)

In form there are 7 (for every day of week) simple 3-column repeating
tables with:
1. dropdown list taking data from Sharepoint Library column - works
fine
2. text field (Number)
3. Text field (text)

And 3 more fileds:
- dropdown list with NAME of users from User Information List
- date1
- date2 (calculates date 1 + 6 days)

Can anyone point me in any useful direction be (I'm not a developer so
coding may be little harsh for me, but I can read code and understand
most of it)? Many thanks

Have a cool day, Bullvan

 

[Bullvan]

In form there are 7 (for every day of week) simple 3-column repeating
tables with:
1. dropdown list taking data from Sharepoint Library column - works
fine
2. text field (Number)
3. Text field (text)

It seems these tables cause the problem. I tried to decrease their
number from 7 to 1 but nothing changed. After deleting the last one
form saves successfully. Do you succeed in putting repeating tables
into your browser-enabled forms in MOSS? The form passes Infopath
compatibility test and saves successfully if opened and managed via
Infopath.

The error "Unexpeced end of file" suggests me some possible mismatch
in code... WDYT?

Thanks for all feedback, Bullvan

 

[S.Y.M. Wong-A-Ton]

I recently came across the same issue, and have found out that it has to do
with the amount of secondary data sources in your form template, and whether
and how much data is loaded in these secondary data sources all at once. If
the form contains too much data, and a postback is required (like when you
change data and want to then save or close the form), Forms Services returns
this error. I suspect it has something to do with ViewState or with the
limitation of some Xml classes, but have not been able to pinpoint the exact
problem yet. The problem seems to go away when you replace all secondary data
sources with UDCs. Again, the logic goes beyond me...

Hope this helps.

 

[Anna Wójcik]

This is problem with data source. Did you change display name for a list
that you use as a data source recently and republish the form? Do you
use any diacritical letters in it?


S.Y.M. Wong-A-Ton pisze:

 

[Bullvan]

This is problem with data source. Did you change display name for a list
that you use as a data source recently and republish the form? Do you use
any diacritical letters in it?

Thanks Anna and S.Y.M. Wong-A-Ton. I was just about to post about my
solution as I saw Your pieces of advice. You are right it was because of the
Data Source I was using in repeating tables. First I thought it was too big,
but after trying few bigger (but from different libraries) successfully I
noticed the 'unlucky' one had diacritical characters in it's name (sure,
links were fine with those characters ommited, but after trying all other
things I got suspicious )
Temporarily I created an XML file with the data (works fine), but soon I'll
move items to differently named library, copy, relink the items and then
I'll confirm if it works. After all I had chance to get to know DCL and
other useful stuff as I'm just a beginner ;]

Thanks again for Your input, I'm really grateful cheers!

Jacek Bullvan

 

[Anna Wójcik]

The problem is probably with one of data sources. Did you change
sharepoint list display name lately and then republish the form? Do you
have any diacritical letters in list name now?
Regards,
Ann W

 

[S.Y.M. Wong-A-Ton]

I wasn't using any special characters in my data sources, neither in the data
contained in the data sources.

 

[Gustavo Nalin]

Yep... me too... no special chars and my data source is a WebService... not
a SPS list, so, this solution does not apply to me.

I check the response of my WebService and it has no special chars too.
Anyway, my sharepoint was installed in Portuguese that is my language. in the
error case, no special chars found in XML Response.

Sorry, my english is so bad.

Regards,