Strange portal behaviour

[tv_kid]

I have a file that will be accessed by some users over IWP. These users have to enter details in a portal.

When accessing via IWP, it was possible to enter information in the portal fields, but when committing the record the information was not saved. This was strange as there were other portals on the same layout that were fully accessible, and data entered in this portal via FM was saved ok.

I went back to an earlier backup, recreated the portal and tried again, with the same results.

Then I duplicated the portal and tried again, hey presto! In the newly duplicated portal, information can be entered and saved.

Anyone have an idea of what is going on here?

[Søren Dyhr]

Several files in the solution? There is ...of the top of my head something about a problem if all related files havn't been opened yet ...but where in this forum it occured in a post have I forgotten!

--sd

[tv_kid]

Thanks for the quick reply Soren. I'd seen those other posts and checked the access (the solution uses the separation model) but it is ok, and portals on the same layout work ok.

To solve the issue I've duplicated the layout and recreated the portal from scratch. It works ok now, so I'll chalk it up to experience!

[Søren Dyhr]

Ah that's it!!! ....the separation model won't work under IWP!

--sd

[Genx]

BAH, YES IT WILL!!!

[tv_kid]

Hmm, seems to work for me? It's working fine in two or three solutions. I can't think of any problems that I've experienced with IWP that are due to the separation model. I've had numerous IWP problems though....

[Søren Dyhr]

No I just checked it myself, what it confused me was the double session going on, where you need to toggle the rolodex in native mode, to freshen to get the latest changes.

--sd