SAP Gui 7.20 PLevel 3, ALV Problems with German Umlauts u00FCu00F6u00E4...

Hi,
we have updated our SAP Gui to version 7.20 lately and have some serious problems now with entering German Umlauts 'üöäÜÖÄß' into any editable ALV grid.
This means when typing in e.g. 'ü', the grid immediately removes this character and replaces it by, well, by nothing. It just ignores this character at all.
SAP Gui is currently at patch level 3 . The correct version is 7200.1.3.3190, build 1196830. Running German Windows XP clients with service pack 3. ERP is running SAP ECC 6.0.
Is this a known problem? Has sbdy. a workaround this?
Edit: Just found the release notes for SAP Gui 7.20 Lvl 3:
2010/09/02 Texts get garbled while typing umlaut character in ALVGrid, Note 1503081
This note, however, is not open for public view. OTH this means SAP was aware of this problem and tried to correct it to no avail so far.
Thanks,
Michael
Edited by: Michael Fritz on Nov 19, 2010 11:19 AM

Hi Martin,
where did you get this info? Any official SAP note available? Do you encounter similar problems?
We, too, noticed that uploading and downloading files from directories with German Umlauts, this fails now,too. There may be problems with files, too, however, we did not check this so far. The previous SAP Gui, I guess it was 7.10, didn't have any problems with this.
I start wondering if SAP Germany have ever tested this? Or do they not use Umlauts anyway

Similar Messages

Apex 4.0 Cascading Select List: ajax problem with german umlaute

Hi everybody,
Apex 4.0
Dad PlsqlNLSLanguage: GERMAN_GERMANY.WE8MSWIN1252
I have problems with german umlaute and ajax cascading select lists (Cascading LOV Parent Item).
The data is populated without a page refresh in the select list when the parent select list changes but special signs like german umlaute are shown as weird characters.
Seems like there is some charset problem with ajax.
This is the only part of the application where special signs like umlaute are messed up. Everything else is fine.
I allready tried to figure out if I can escape the umlaute in the javascript (file apex_widget_4_0.js) but no success here.
Can anybody help me with this issue?
Thanks in advance,
Markus

Hi Markus,
your specified character set in your DAD is wrong. As mentioned in the installation instructions at http://download.oracle.com/docs/cd/E17556_01/doc/install.40/e15513/otn_install.htm#CHDHCBGI , Oracle APEX always requires AL32UTF8.
>
3. Locate the line containing PlsqlNLSLanguage.
The PlsqlNLSLanguage setting determines the language setting of the DAD. The character set portion of the PlsqlNLSLanguage value must be set to AL32UTF8,
regardless of whether or not the database character set is AL32UTF8. For example:Regards
Patrick
My Blog: http://www.inside-oracle-apex.com
APEX 4.0 Plug-Ins: http://apex.oracle.com/plugins
Twitter: http://www.twitter.com/patrickwolf

SAP GUI 7.20 for Windows and problem with Screen Painter

Hello,
I just installed the SAP GUI 7.20 for Windows and it looks good.
But when when I start the Screen Painter for a dynpro I get the following message:
Graphical Layout Editor not available. Continue with alphanumeric editor.
And: EU_SCRP_WN32 Connection broken '..' / CPIC
The SCreen Painter is installed correctly (I can start ist manually from file system) and the RFC destination works.
Any idea?
Regards,
Ole.

Hello,
I've uninstalled all SAP installations, cleaned the registry of Windows XP and deleted all folders with SAP content. Then I've installed the SAP Gui 7.20 again and it works.
And now I will update the Screen Painter with the information from the OSS-Note!
Thank's for your help!
Regards,
Ole.

AS2 Sender problem with German "Umlaute"

Hello experts,
I have an AS2 sender adapter sending orders into my SAP system. My problem is though that it deletes all German "Umlaute" before converting it into XML.
I used to use the "CallBicXIRaBean" to do the Encoding with ISO-8859-1 and it did not work. So now I am using the "CharsetConversion" to do that but it still does not work.
In the Module of the AS2 sender I am using:
1) CharsetConversion
- sourceDest --> MainDocument
- targetDest --> MainDocument
- sourceEnc --> ISO-8859-1
- targetEnc --> ISO-8859-1
2) CallBicXIRaBean
- mappingName --> E2X_ORDERS_UN_D93A
3) localejbs/CallSapAdapter
- 0
Does anyone have an idea what I have to change?
Thank you very much for your help!
Best regards,
Peter

Hello Iddo,
Thank you for your answer.
When I expect Umlaute in a message I always use ISO-8859-1 and not UTF-8.
The Umlaute are actually deleted. For example the German "für" looks like this "f". Or "Präferenzsituation" looks like this: "Prerenzsituation". So it kills the Umlaut and the following character.
The sender insists that he sends the messages with Umlaute. Now I activated the AS2 Message Dumping and hopefully will see what the message really looks like. Maybe the Umlaute are already deleted when they get to the AS2 adapter. I hope to find out soon.
Best regards,
Peter

Character encoding problem with german umlaut in propertie files

Hi,
I use propertie files to translate application to multiple languages.
These files contains german umlaut (e.g.: Wareneingänge).
If I rebuild my application then this files are copied from ../src/view to ../classes/view.
The file in ../classes/view contains "Wareneing\ufffdnge" instead of "Wareneingänge" which is displayed as "Wareneing�nge".
My browser-, project- and application settings are UTF8.
Previously the settings for project and application where "Windows-1252"
I have found an workarounds but maybe this is a bug in Jdeveloper TP4.
Therefore I post this problem. Maybe someone can confirm this behaviour.
Workaround:
Replace "Wareneingänge" with "Wareneing\u00e4nge" in the ../src/view file
(Zaval JRC Editior does this for you :-) )
regards
Peter

Hi,
I think to remember that the same was required for properties in 10.1.3 as well. Not sure if this is an issue in JDeveloper 11. I'll take anot and have a look though
Frank

Problems with German umlaut in OCI query

Hello,
I have some problems in getting results, if I search for data with a German umlaut like "ä", "ö" or "ü".
In SQL*Plus the following query returns on row:
SQL> SELECT SYSBE.ID AS SYSBE_ID
2          , SYSBE.NACHNAME AS SYSBE_NACHNAME
3          , SYSBE.VORNAME AS SYSBE_VORNAME
4       FROM SYS_BENUTZER SYSBE
5          LEFT JOIN SYS_ABTEILUNGEN SYSAB ON SYSAB.ID = SYSBE.ABTEILUNG_ID
6        WHERE SYSBE.STATUS = 'aktiv'
7           AND ((SYSAB.KUERZEL <> 'SYS') OR (SYSAB.KUERZEL IS NULL))
8           AND SYSBE.ID NOT IN (SELECT PMPD.MITARBEITER_ID
9                 FROM PM_PROJEKT_MITARBEITER PMPD
10                 WHERE PMPD.PROJEKT_ID = 26 AND
11                   PMPD.MITARBEITER_ID = SYSBE.ID)
12           AND (REGEXP_LIKE(SYSBE.NACHNAME, 'hö', 'i')
13              OR REGEXP_LIKE(SYSBE.VORNAME, 'hö', 'i'))
14        ORDER BY SYSBE.NACHNAME, SYSBE.VORNAME;
SYSBE_ID SYSBE_NACHNAME
SYSBE_VORNAME
        52 Höfling
AlexanderIf I execute this from PHP via the oci8.dll no rows will be returned. Yesterday the DBA helped me to trace the query and it looks exactly the same as above.
Can anyone help?
Regards,
Stefan

Are your NLS environment variables the same on both systems? Were they set prior to starting up Apache/IIS?

Problems with german umlauts when Migration from MS Access to Oracle

When I make a Migration from MS Access 97 to Oracle 8.1.5, I have Problem with the germans characters (umlauts). The Oracle is using the rigth character Set for german characters. What can I do? Is it e problem from the MS Access ODBC Driver or the Oracle ODBC Driver?

Is your character set for Oracle set up to UTF8??

Pages 2.0.2 has problems with German umlaut characters and hangs.

The problem has occured when I had the idea to rename the style names to have exported html files wider accepted by other browsers.
Therefore I tried to rename used style names by replacing encountered umlaut letters by their transcriptions e.g. "Überschrift 1" by "Ueberschrift 1" and so on. But when doing so, the program was freezing while the last changed style name was vanishing and did not come back at all.
Reinhard.
iMac Mac OS X (10.4.9) computer chess programming

I cannot reproduce your problem. I rename überschrift 1 to Ueberschrift. Logically it moves to the bottom of the list, but it is still there and nothing hangs.
Does this happen in all your documents or only one?
Does it happen using all templates or only one?
Are you working in German all the time, or have you switched to English in the mean time?
Do you have access to other computers with the problem, or have you seen it only on yours?
Have you renamed other styles like "Text" or "Titel" without problem?
If you start Pages in English, do you have the same problem?

RRI Jump Works with SAP GUI 7.20 Patch 3 but not with Patch 4

Hi,
I have an a RRI jump to an R/3 transaction working when executed via 7.20 GUI for Windows - Patch 3. However, the same jump does not work when executing with an updated GUI to patch level 4. There is no error message, nothing happens. I tried recreating the RRI with the new GUI patch and it didn't solve the problem.
I saw a couple of OSS Notes taking about enhanced security for patch 4, i.e. 1526048 & 1397000). Is this related?
Has anyone else had a similar issue?
Thanks,
Sheila

Hi Martin,
where did you get this info? Any official SAP note available? Do you encounter similar problems?
We, too, noticed that uploading and downloading files from directories with German Umlauts, this fails now,too. There may be problems with files, too, however, we did not check this so far. The previous SAP Gui, I guess it was 7.10, didn't have any problems with this.
I start wondering if SAP Germany have ever tested this? Or do they not use Umlauts anyway

Problem copying German Umlauts

Hello every one,
I have a problem copying the German Umlauts (ü,ö,ä) from a pdf file. When I simply copy the text from the pdf file to paste in a text document, they come out like this: ¨u, ¨a, ¨o
Please help me resolve this issue.
Cheers,
makky

Hi,
I have the same Problem.
I´m using Adobe Reader X (10.1.3) with OS X Lion.
If I copy a text with German Umlauts into a HTML-Editor the German 'ü' is diplayed obviously ok and the browser shows it correctly too, but when I move the cursor through the text the German ü are two overlapping letter. Normally it should be one letter, namely the same as entering an ü. (Yes, the charset of my HTML-file is UTF-8 and the file is saved in UTF-8). The first of the two overlapping letters is a "normal" 'u' and the second is the 'COMBINING DIAERESIS' (U+0308) (http://www.fileformat.info/info/unicode/char/308/index.htm).
Before I switched to OS X I used Adobe Reader with Windows 7 and I never had this problem. Strangely the problem only appears with 'ü's. 'Ä's and 'Ö's are copied correctly...
Right now, I suppose there is a bug/feature/whatever in Adobe Reader X using OS X....
Did you find a solution meanwhile?
Torsten

SAP GUI for JAVA - Search Help ALV display

I need to be able to display search helps in the ALV grid format or the ' Dialog Modal ' option as seen on the <b>Settings for all F4 helps</b> tab under the personalize option for search helps.
Currently when I am using a Macintosh machine the system ignores the system setting and my personal settings and displays all search results in an ABAP List format. Unfortunately the ABAP list format does not work correctly when used to input a field on another ABAP list report.
This behaviour can be found on the Mozilla Firefox browser when SAP GUI for HTML and the SAP GUI for JAVA.
Your help will be greatly appreciated.

Hi Rolf-Martin,
Thank you for your detailed explanation on how the ALV grid control is implemented for the SAP GUI for Java. This has been pretty insightful. The good news is that I finally figured out a solution to my problem. You see I inherited an old custom program where an ABAP list is used as an interactive data capture screen with input fields. Well a couple of fields had search helps. The program has worked fine with the regular SAP GUI until a MAC OS user tried to use it with the SAP GUI for Java. Whenever they selected a line from the search help it would bring back the entire onto their input screen.
A sample of the code:
form search_help.
    CALL FUNCTION 'F4IF_FIELD_VALUE_REQUEST'
       EXPORTING
            TABNAME     = 'EKPO'
            FIELDNAME   = 'MATNR'
            SEARCHHELP                = 'ZMAT1_A'
            SHLPPARAM                 = 'MATNR'
       TABLES
            RETURN_TAB       = RET_TABLE.
IF NOT RET_TABLE-FIELDVAL IS INITIAL.
   LINXX-XMATNR = RET_TABLE-FIELDVAL.
   MODIFY CURRENT LINE FIELD VALUE XMATNR FROM LINXX-XMATNR. " ****
ENDIF.
SET CURSOR 9 SY-CUROW.   " ********
endform.
The problem was being caused by the fact that the search help ABAP list was overriding the sy-XXXX values for the current line contents, index, pageno, cursor row for the calling ABAP list. So when a user selected a row from the search help this would now become the current context and be transferred back to the calling program.
The fix was pretty simple; all I had to do was save the current line context and the context prior to calling the search help. After the search help was run I would then replace the current line with the saved one in my local variable. I hope this makes sense. We now have a couple of happy MAC OS users.
Once again I thank you for your patience and support in this matter.
Have a great day,
Edwin.

SAP GUI 7.20 Patch 5 / 6 Problem

Dear all,
I installed the GUI 7.20 Patch 5 several weeks ago, since then the Transaction DB13 doesnt show the Planning calender.
It says "Determining version data" in the lower left corner and nothing else happens. With the help of SM04 I can cancel the transaction.
After the installation of Patch 6 the Transaction DB13 worked for one time. Since then it shows the same text "Determining version data".
My PC is running Windows 7 SP1, the Internetexplorer 9 is installed. Our SAP System ist a ERP 6 ABAP System with EHP4 installed.
Any idea?
Best Regards
Peter

Hallo Sven,
many thanks for your reply.
I can confirm that the RTM Version 9.0.8112.16421 is installed.
Regards
Peter

ALV: Problem with toolbar event

Hi ALV-experts,
I have a dynpro with a header area where I display an ALV table. Below this I have a subscreen with a tabstrip control and two tabs.
In the ALV toolbar I defined an own button. This button gets deactivated after pressing this button. I achieved this by the option "disabled" in the structure stb_button within the event handler for the toolbar event.
This works all fine so far. If I start the dynpro and click on the button in the ALV-toolbar the buttons gets deactivated afterwards. But I have I jump between the tabs before I press the ALV-toolbar button, the button does not get deactivated.
The debugger does not go into the event handler of the toolbar event. I also did system debugging of the method SET_TOOLBAR of the CL_GUI_ALV_GRID-class. Here I pass in both cases the command
raise event toolbar e_object = m_cl_toolbar e_interactive = i_interactive.
but in the second case (when I change the tabs before I press the button) the event handler is not executed and I don't know why. I also tried to register the event handler for all instances of the ALV still with the same result.
The ALV method set_toolbar_interactive( ) did also not solve the problem.
I couldn't find any SAP note about an issue for this event.
Does anybody have an idea or a solution for this problem?
EDIT:
Problem solved, it was typo!
Thanks in advance and regards,
Martin
Edited by: Martin Fischer on Jul 7, 2010 4:53 PM

The problem was a typo!

Encoding Problem: Losing German Umlaute from gathering data from Oracle 8i

my problem does concerns the diplay of german Umlaute such as Ã¤Ã¶Ã¼Ã etc. The OS is NW65 out of the box with Apache 2.0.49 and tomcat 4.1.28, JVM 1.4.2_02 and JDBC-driver Oracle 8i 8.1.7 JDBC Driver.
The Data containing Umlaute which are retreived from the Database does somehow lose itÂ´s Umlaute. The Umlaut which are coded in the servlet directly in order to generate the regular HTML does display the Umlaute without any problem.
The same servlet and request from a Unix Enviroment does work fine. We have checked all Codepage settings (Java, NetWare, Tomcat etc).

Hi Sven and Ingmar,
I will try to kill 2 birds with one stone here. First of all you should check the definition of your current database character set and make sure that it can support all the characters that you need to store in your database.
Please check out
http://www.microsoft.com/globaldev/reference/iso.asp
WE8ISO8859P9 is for Turkish and WE8ISO8859P1 is for western European (without Euro support).
Next you need to set your client NLS_LANG character set (eg. for your SQL*Plus seesion), so that Oracle can convert your client operating system characters correctly into your database character set. The NLS_LANG character set also determines how SQL*Plus interpret/display your characters upon retrieval from the db.
In both of your cases , I believed that the client NLS_LANG setting was not defined , hence this was defaulting to AMERICAN_AMERICA.US7ASCII. This is telling SQL*PLUS that the your client operating system can handle ASCII data only , hence all the accented characters are converted to ASCII during insertion into the database. Likewise upon data retrieval.
If you are running SQL*PLUS client on English Windows then you NLS_LANG character set should be WE8MSWIN1252 and for Turkish Windows it should set to TR8MSWIN1254 .
If the client character set and the database character set are the same , Oracle does not perform any data conversion, that's why if you use a US7ASCII database and set you NLS_LANG character set to US7ASCII .then you can insert all the accented Latin characters , Japanese , Chinese etc. This configuration is not supported, and it can cause many issues.
For more information on character set configuration and possible problems.
Please check out the white paper Database Character set migration on http://otn.oracle.com/products/oracle8i/content.html#nls
And the Globalization Support FAQ at:
http://technet.oracle.com/products/oracle8i/
Regards
Nat
null

Problem with german special characters in APEX

Hi,
we have a problem with all the special characters in german language in our Application.
APEX version 3.1.0.00.32 is installed on a oracle database 9.2.0.6.0
The nls_characterset of the database is: American_America.WE8ISO8859P1
We have modified the wdbsvr.app file on our HTTP-Server like it's shown in the installationguide for APEX and have set the nls_lang parameter to American_America.AL32UTF8.
If I look at the source code of the html-pages of our application, there are already the following settings in the header of every page:
meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"
With this settings all the german special characters like ä ö ü are not shown correctly in the browser.
What can I do that the pages are shown correctly?
Thanks for help!

Hi Petra,
ok, so my guess was correct. So the solution is to set the charset attribute in the HTML header to "charset=UTF-8". This is actually the way it should be. But I'm wondering why it is not in your case? Are you using a custom template for the page(s) in question where the charset attribute is set to a custom value? The meta tags in the HTML header are usually set by/through the #HEAD# substitution string in the header definition section of the page template, cp. one of the page templates in Shared Components --> Templates. And as far as I know you are not able to change this substitution string, you can only switch the inclusion on/off with the option "Include Standard CSS and JavaScript" in each page definition. (I might be mistaken, though, I'm quite new to APEX...)
Regards
Frank

SAP Gui 7.20 PLevel 3, ALV Problems with German Umlauts u00FCu00F6u00E4...

Similar Messages

Maybe you are looking for