Web Forms retrieval locale issue

[joergzastrau]

Dear all,

I receive the following error on Web Forms retrieval under Windows 7

Code: Select all

All Patient forms retrieved from server
Culture is not supported.
Parameter name: name
en-DE is an invalid culture identifier.
Culture is not supported.
Parameter name: name
en-DE is an invalid culture identifier.
Culture is not supported.
Parameter name: name
en-DE is an invalid culture identifier.

Other machines using Windows 10 pro appear to work with the same language setting.
Question: Is it intentional that the parameter "name" depend on the culture?

With best regards

Joerg

[jsalmon]

I've not seen output like that after retrieving web forms from with Open Dental. Web Forms should support the en-DE culture (which should just act like the en-US culture since we don't do anything specific for it). I've never heard of the parameter name of 'name' before. What version of Open Dental are you running and what exactly are you doing to get such an error? E.g. Is this an error message that shows up in the Web Forms window after clicking the Retrieve New Forms button?

[joergzastrau]

The error(s) show after hitting the "Retrieve New Forms" button, with OD Version 22.1.56.0 the output is now "Done" instead of "All Patient forms retrieved from server" and the web forms are not retrieved. This happens under Windows 7 but not under Windows 10.

[allends]

As of January 14th, 2020, Microsoft dropped support for Windows 7.
Any versions of OpenDental released after that date are not supported for, or intended to work on, Windows 7.
https://www.opendental.com/site/compute ... ments.html

[jsalmon]

I finally see where the invalid 'name' parameter is coming from. Allen is right on the money, we are asking the Operating System to create us a CultureInfo object out of the string 'en-DE' and the parameter that the OS needs just happens to be called 'name'.
E.g.

Code: Select all

new CultureInfo(webFormPrefCulture)

Like I said before, we don't do anything special at the moment for the 'en-DE' culture (in regards to Web Forms) so I can change your culture on our server to be something different (like en-US) and your Windows 7 machine will probably start working. Let me know if you would like that.

[joergzastrau]

Yes, please change the culture to en-US on the server for testing purpose. After checking that everything else in our setup seems to be according to documentation this might not only fix the (minor) Windows 7 issue but also an issue related to eclipboard date conversion (MM/DD/YYYY versus DD/MM/YYYY). It is worth a try.

With best regards

Joerg

[jsalmon]

I put you into en-US mode. Your Windows 7 boxes might be able to retrieve Web Forms now.

Sounds like you might want to create a feature request to have us treat the 'en-DE' culture like DD/MM/YYYY for both eClipboard and Web Forms instead of how we are currently treating it; MM/DD/YYYY

[joergzastrau]

I just want to provide a "quick" feedback: The locale issue with Windows is indeed fixed with the provided work-around (which is minor, since this not a production machine). I was hoping that this will also fix the locale issue with our Huawei Matebook tablet (and it didn't). We suspect an issue with GSPACE (google services) and not with Open Dental.