Going back and editing the record solves the error. My account (which is administrator) does not have this problem. Has anyone seen of resolved this issue before?

• it occurs consistently every time Scaffolding data is first added to a page (first fill out scaffolding form and hit Save), so affects all users of scaffolding data

• from the average user's standpoint there is apparent data loss (often times once, twice or even three times in a row depending on the timing of user trying to reenter the seemingly lost data), so we get constant reports of the site being "broken" from our users due to this behavior

You can often get the data just saved to show up by refreshing the page (Ctrl-refresh in IE) after first saving, but I've seen situations where some but not all of the data shows up this way, and you seem to have to refresh the page multiple times until all the data "settles" and is consistently viewable.

I have found that this affects Internet Explorer, not FireFox. Data is stored properly in firefox, but in IE only the defaults show.

If at previewing the data shows I believe it will show up after the save as well, when it does not show up at preview the save action will not save the data at all.

Note: I'm using IE6

We are using the latest scaffold plugin, version 2.3-dr5, and Confluence 2.5.1. In case it's helpful, here is one scaffold which exhibits the problem.

| *Application Name:* | {text-data:appName|required=true} | 
| *Business Owner:* | {text-data:appBusinessOwner|required=true} | 
| *Technical Owner:* | {text-data:appTechOwner|required=true} | 

*Servers*
Enter the servers on which the application depends and the function each server fulfills for this application.
{table-data:appServerList}
|| Server Name || Function || 
| {list-data:appServerName}{content-options:parent=SERVERS:ServerList}{list-data} | {text-data:appServerFunction} | 
{table-data}

*Application Software*
Enter the software that comprises the application itself, not supporting software or middleware.
{table-data:appSoftwareList}
|| Software Name || Vendor || Version || 
| {text-data:appSoftwareName} | {text-data:appSoftwareVendor} | {text-data:appSoftwareVersion} | 
{table-data}

*Middleware*
Enter supporting software and middleware here, such as Oracle, Apache, IIS, etc.
{table-data:appMWList}
|| Middleware Name || Version || 
| {list-data:appMWName}{content-options:parent=MiddlewareList}{list-data} | {text-data:appMWVersion} | 
{table-data}

The problem does not occur with the first three fields in the scaffold. It only seems to be an issue with table-data sections, however I have another scaffold where the problem will occur with text-data fields not necessarily in table-data sections. When the user first creates the page and edits it, then fills out the whole form and saves it, only the first three fields are saved. On subsequent edits, if information is added to the form, not all of the information will be saved, although usually the first field edited will be saved.

Hope this helps.

What/where is the 'fix' for the data loss problem, thanks...

David: What browser are you using?

Thanks for getting back to me.

The standardised environment here restricts me to IE6.

I have thought much about this situation and wonder if it is a mix of problems between the server on which we run Confluence (capacity) and/or the browser. (Indeed your caching theory could be correct)

Is it possible that JVM size could play a factor? Does scaffold need plenty of processing power to 'store' and 'convert' the data as it is processed?

Cheers

I have/am using {table-data} and {repeating-data} - and various macros within sacffold. Mostly in the aims of automating data entry for my users.

My issue is loss of data when entered all together, or bits missing, or - like in the case of projectTimeline, the bottom entry in a series of entries gets lossed.

I have had to save after every entry to avoid this happening, or to insert a 'dummy' blank entry underneath an actual entry in order to keep from losing the data.

Also (maybe just for atrouble shoot)
In a current project, where I have design a repeating entry scaffold, and cut-and-pasted the same code in other places on the page (as a list of items defined with a header and then the repeating-entry underneath) the data fields in one scaffold instance is repeated in same fileds in other instances. Is it necessary to give a unique name to each repeating-entry instance? Data gets lost in these scaffolds too...

David, with regards to unique names, you can have the same names inside more than one {repeating-data} or {table-data} macro, as long as the {repeating-data} and/or {table-data} macros themselves have a unique name at that level. Eg:

Bad:

{table-data:Table}
|  {text-data:Text} |
{table-data}
{table-data:Table}
| {text-data:Text} |
{table-data}

Good:

{table-data:Table 1}
|  {text-data:Text} |
{table-data}
{table-data:Table 2}
| {text-data:Text} |
{table-data}

Hope that clarifies things.

Will keep working on my scaffolds! Looking forward to seeing what eventuates on a fix for the IE6 factor.

Cheers

David Peterson :-
Please let know about caching which was implemented by you to resolve performance related issue.

Cheers
Riyaz

With regards to the caching issue I mentioned, essentially it's a very simple cache which simply stores the most recently retrieved data in memory. This is useful in the common case where you have a page which is pulling Scaffolding data from the same page multiple times. Without caching, it has to retrieve and deserialise the data every time it's requested. The bug was related to not correctly keeping track of what the most recently-retrieved scaffolding data was.

• Displays the same problems I've experienced with IE 6/7 (loss of data after save). I've pretty much restricted use to FireFox for now just to be safe
• I am using {table-data} in my {scaffold}

thanks!