topic Re: Problems with lower case when using POPUP_GET_VALUES_USER_CHECKED in Application Development and Automation Discussions

Problems with lower case when using POPUP_GET_VALUES_USER_CHECKED

luis_rod — Mon, 07 Dec 2020 21:37:47 GMT

Hi All,

I just changed the domain of a data element from CHAR30 to XUNAME1 in order to allow lower case input in a Z table column. When I modify the column using SM30 the data is updated in lower case, as expected. So far, so good.

Now let's switch to a Z program that’s using the POPUP_GET_VALUES_USER_CHECKED FM. The function seems to be converting my data to upper case!! Let me add, BTW, that I have another field in the same function that has the same domain (XUNAME1) and it gets updated correctly in lower case.

Any ideas,

TIA,

Luis

Re: Problems with lower case when using POPUP_GET_VALUES_USER_CHECKED

FredericGirod — Tue, 08 Dec 2020 06:42:45 GMT

Hi Luis,

Did you check in debug if there are other variables used between your input data & the table ?

If you run the FM from the transaction SE37, did you check the checkbox Upper/Lower case ?

Re: Problems with lower case when using POPUP_GET_VALUES_USER_CHECKED

luis_rod — Tue, 08 Dec 2020 13:44:56 GMT

Frederic,

Thanks for your post. Yes, I checked the values using debug. If you remember, this FM places the input values in an internal table.

Well, just ran the program this morning again and lo and behold! The results were in the proper lower case... I'm wondering if this could have been a buffer issue, similar to the one sometimes happens with the ALVs (the ones you flush with BALVBUFDEL).

Thanks again. I'm closing the case with a "Could not reproduce" 😞

Stay Safe,

Luis