Module settings not saving

[brownjerod]

We have had this issue on a few sites that we are using the module, but haven't seen any others mention it

Steps to reproduce the behavior:

1. Go to Event Module Settings
2. On 2 different sites, we have under the General Tab, "Filter Events by Category", I would select one of the categories, click save, and none of the changes take affect. Have experienced the same issue under the Display tab, "Events List Settings", "Select Events by Number" changed from 2 to 5 for example, and click save, and no changes take affect.

[james7342]

Take a look at closed issue #229. The last note by Ernst indicates he had some suspicion to I believe what you're experiencing might be an issue this.

" I have to some additional research, because I have the idea that the default filtering on categories and/or locations in the module settings are not saved on restarts. If you do not use this setting (most users do not use this particular filtering), you do not have to worry."

[james7342]

@EPTamminga I think your suspicions were correct.

[EPTamminga]

I know, I also know why, but I have not solved it yet. I have to define a new method to save the list of id's in settings.

[brownjerod]

does anyone know if there is a way to bypass the settings and make a change in the database for now that would allow for the filter by categories? We have this live on a client site, and long story short was forced to update to 9.8 which we never do for this reason and we are in a jam to find a temp fix if it is possible.

[brownjerod]

Does anyone know if there is a way to bypass the settings and make a change in the database for now that would allow for the filter by categories? We have this live on a client site, and long story short was forced to update to 9.8 which we never do for this reason and we are in a jam to find a temp fix if it is possible.

[james7342]

I don't think so. Looking at the DB and the value stored it looks like it's just storying a string value of "System.Collections.ArrayList". My thought is it should be a value or array of selected values. Maybe Ernst has some ideas.

[EPTamminga]

AFAIK, There is no hotfix.
The problem was introduced (I think) when the settings routines in the core were modified in 980.

[djamell]

I use the "Filter Events by Category" setting on several government websites so this is important to me also before I upgrade.

[brownjerod]

I wanted to check back in and see if anyone had made any headway on this? We have some sites actively using this with original functionality they cannot use and I am having to look at alternatives which I really do not want to move to if I can avoid it.

[EPTamminga]

@brownjerod I am working on a solution. Should be ready for test in a week or so

[EPTamminga]

@djamell @brownjerod @james7342 @techbubble

I think I have created a fix for the setting Category/Location filters not being saved. If you are able to test it before I create a new release, I would be more than happy.

The test can be done by replacing the Events DLL in the bin\ folder with the ones in the attached zip. An instruction .txt file is also in the .zip file. DNN_Events_07.00.08_TEST_DLL.s_UNZIPME.zip

As always, testing should be done in a test environment and not in production.

[djamell]

Yes, I will try this. It might take a day or so to get back to you.

Thanks @EPTamminga !

[james7342]

@EPTamminga, I tested this build on my test site and it appears to work as expected. I did a few application restarts and also confirmed via DB that comma separated values where written versus the prior "System.Collections.ArrayList". My testing though only validated categories as I don't have any locations defined. If the same code logic is applied there I think that locations would also test with success.