Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

SE30 Call Hierarchy Text Elements in Incorrect Language (Hebrew)

alex_campbell
Contributor
0 Kudos

Hi All,

I have a wierd issue with SE30 that I wouldn't have even tried to ask the forum about, except that it's really annoying me. When I view the Call Hierarchy of a runtime analisys in SE30, the text (I'm guessing the text elements) are displaying in Hebrew (see example below). It only appears to be happening in our ECC system with basis version 640. It hasn't always been like this but it's been happening for over a year.

Has anyone else ever had this issue? Anyone know how to fix it?

Thanks!

Alex


        Gross            Net   Lv Call Hierarchy

       72,519             36   0 Call Func. ZMMM_GET_GTIN_HIER
        1,891             16   1  Call Func. ZMMM_GET_GTIN_HIER_TL_MEINH
                       1,875   2   u05D1u05D7u05D9u05E8u05D4 u05D9u05D7u05D9u05D3u05D4 ZUPRGMVAR
                           5   1  u05D4u05D5u05E1u05E4u05D4 IT_103
       70,562             45   1  u05D1u05D9u05E6u05D5u05E2u05D9u05DD GET_GTIN_HIER_TABLE
                         453   2   u05E1u05DEu05DF u05E4u05EAu05D9u05D7u05D4 MARM
                      24,164   2   u05D4u05D1u05D0u05D4 MARM
                           1   2   u05E1u05DEu05DF u05E1u05D2u05D9u05E8u05D4 MARM
                           6   2   u05D4u05DBu05E0u05E1u05D4 IT_106
                           6   2   Loop at IT_105
                          34   2   u05E1u05DEu05DF u05E4u05EAu05D9u05D7u05D4 MARM
                         545   2   u05D4u05D1u05D0u05D4 MARM
                           0   2   u05E1u05DEu05DF u05E1u05D2u05D9u05E8u05D4 MARM
                           6   2   u05D4u05DBu05E0u05E1u05D4 IT_106
            6              4   2   Loop at IT_105
                           2   3    u05D4u05D5u05E1u05E4u05D4 IT_108
                         583   2   u05E1u05DEu05DF u05E4u05EAu05D9u05D7u05D4 MARA
                      44,709   2   u05D4u05D1u05D0u05D4 MARA
                           1   2   u05E1u05DEu05DF u05E1u05D2u05D9u05E8u05D4 MARA
                           3   2   u05D4u05DBu05E0u05E1u05D4 IT_106
                          19   1  u05DEu05D9u05D5u05DF IT_106
                           6   1  u05DEu05D7u05D9u05E7u05D4 IT_106

Edited by: Alex D. C. on Jun 24, 2011 9:57 PM

1 ACCEPTED SOLUTION

yuri_ziryukin
Employee
Employee
0 Kudos

Hello Alex,

please look at the coding of method FILL_DBTAB in class CL_ABAP_TRACE_TEXT.

It contains the texts that you see in SE30.

Regards,

Yuri

6 REPLIES 6

former_member192616
Active Contributor
0 Kudos

Hi Alex,

never saw this before.

What i would do in your case:

in case i had a little time: debug to see why this text is displayed like it is.

Was SE30 modified in you system?

you can open an SAP message as well and ask for some help.

In case it was modified it might be considered a "consulting question"

Kind regards,

Hermann

yuri_ziryukin
Employee
Employee
0 Kudos

Hello Alex,

please look at the coding of method FILL_DBTAB in class CL_ABAP_TRACE_TEXT.

It contains the texts that you see in SE30.

Regards,

Yuri

0 Kudos

Thanks Yuri for pointing me to this class, but looking at what's going on in here has put some fear into me!

It looks like the CLASS_CONSTRUCTOR of CL_ABAP_TRACE_TEXT is loading the texts from the database table SATR_ID_SUBID into an internal table. My issue is occuring because this DB table contains language-specific texts, however the select statement which reads these texts into the internal table, and the subsequent reads on that internal table (methods GET_TEXT_EVENT and GET_TEXT_STORAGE) do NOT check the language of the text. Therefore these methods read the correct text identifier, but ignore the language identifier, causing the text to be read in whatever language happens to occur first in the internal table.

The method which you pointed to (FILL_DBTAB) appears to delete all text records from the DB table SATR_ID_SUBID, and replace them with text records which are hardcoded into that method (all with language 'D'). I have a feeling that executing this method will fix my issue (because the only texts left in the table will be those loaded by this method). However deleting all entries from an SAP-delivered table doesn't seem like something that one should do without bieng sure that they should be doing it.

Still, it would appear that the method FILL_DBTAB exists for this exact purpose. Anyone ever seen anything like this?

Thanks,

Alex

0 Kudos

Hello Alex,

SAP note 985313 is explicitly asking to execute this method

By the way, the table SATR_ID_SUBID in my test system is not language-specific. It has no field for language key.

Cheers,

Yuri

Edited by: Yuri Ziryukin on Jun 27, 2011 6:01 PM

0 Kudos

Thanks for tracking that note down Yuri! I'll talk to my boss and see if he'll let me execute it. I'll report back the result.

That's interesting that your system doesn't have a language field on SATR_ID_SUBID. Are you sure you're not looking at SATR_ID_SUBID_SD? What basis version is your system on? We're on SAPKB64027.

Edited by: Alex D. C. on Jun 27, 2011 6:25 PM - I always forget that changed-on date of repository objects isn't the published date, it's the implemented date 😛

0 Kudos

Hi Alex,

Last changed on/by SAP 14.03.2005

My system is SAP_BASIS 701 0006 SAPKB70106

Cheers,

Yuri