Episerver Forms dropdown values disappear

Vote:
 

Hello!

Maybe someone had similar issue - dropdown (selection) values and choice values disappears after some time - probably after server has been in idle without visitors. After re-publishing the dropdown or choice element, it shows up again for some time.

What could be the issue?

Thanks!

#174126
Jan 19, 2017 11:58
Vote:
 

What is DropDown list value .. are you using any  kind of factory? can you  check log?

#174132
Jan 19, 2017 12:19
Vote:
 

Values are simply added in CMS in element itself. Only custom thing that comes from code is element block to render it differently. Also nothing interesting in logs...

#174141
Jan 19, 2017 12:41
Vote:
 

Could you please provide more information about CMS version (UI), Forms version, Azure or on-premise ...?

We have a SupportCase report about this.

We will actively look into this immediatelly. Thank you.

#174813
Edited, Feb 06, 2017 4:11
Vote:
 

This was happening on on-premise server with Episerver 9.12.2 and also after upgrade on 10.3.2. Forms version - 4.3.

Not yet tested on latest Episerver Forms packages.

Thanks!

#174837
Feb 06, 2017 16:24
Vote:
 

Copied. Thanks for your info. Our QA cannot reproduce on Forms 4.4 and CMS 10.3, CMS UI 10.4.

But we will continue to investigate.

#174878
Feb 07, 2017 10:16
Vote:
 

Hi, this issue AFORM-955 is fixed and resolved.

We will release hotfix Forms 4.2.2 (on nuget feed) for customer who currently use 4.2.1 (when this issue was initially discovered).

It will be merged to Forms 4.4.1 and above.

Thank you.

#175062
Feb 10, 2017 8:06
Vote:
 

Any insights you can share? Where exactly was the issue?

#175074
Feb 10, 2017 10:50
Vote:
 

In my opinion, it is not a good implementation of PropertyGenericList<T> (inside Forms).

It inherits PropertyLongString, and try to parse (JSON deserialization) underlying string (actual saved value) to a cached IEnumerable<T>. And no lock for the parsing/caching.

In some rare cases (Azure, I guess ...) the first request does not populate/deserialize string value (I don't know why), and it cache the IEnumerable<T>.Empty() as default value. Because nothing is updated in EditView, it keeps the Empty value all the time.

Because it is nearly impossible to reproduce it in development environment, we fix by rewriting it, and remove the cache of deserialization result, with a little bit of performance-sacrification, I think.

#175108
Edited, Feb 13, 2017 9:23
Vote:
 

I see, thanks for insights. I can tell that it's not always Azure, we could reproduce it in AWS as well :)

#175109
Feb 13, 2017 9:28
Vote:
 

When 4.4.1 could be expected?

#175116
Feb 13, 2017 13:53
Vote:
 

It is in QA hand, under testing.

#175143
Feb 14, 2017 4:00
This topic was created over six months ago and has been resolved. If you have a similar question, please create a new topic and refer to this one.
* You are NOT allowed to include any hyperlinks in the post because your account hasn't associated to your company. User profile should be updated.