Hi,
I'm trying to track SAP GUI. Although the SAP Scripting Support is enabled as described on user guide, chapter "Enable SAP Scripting Support", the Ranorex Technology Limitation pops up and tracking is not possible.
Please let me know any information available to solve this issue. Is there a SAP tool that verifies that the scripting is configured correctly and active both on the client and server?
Thank you very much in advance.
Regards,
Andreas
Limitation although SAP Scripting Support enabled
Re: Limitation although SAP Scripting Support enabled
When raising issues in the forum, please include the following information:
Ranorex version (current is 5.3.1)
Windows version
System Under Test (SUT) technology (HTML, Java, WPF, Flash/Flex, etc.)
Full text of any error messages
This will help us all get on the same page more quickly.
Ranorex version (current is 5.3.1)
Windows version
System Under Test (SUT) technology (HTML, Java, WPF, Flash/Flex, etc.)
Full text of any error messages
This will help us all get on the same page more quickly.
Shortcuts usually aren't...
Re: Limitation although SAP Scripting Support enabled
Thank you for your response. The issue is solved. For some reason on our environment, Ranorex must be installed under C:\Ranorex directly instead of C:\Programs\Ranorex in order to work with our SAP GUI.
Regards,
Andreas
Regards,
Andreas
Re: Limitation although SAP Scripting Support enabled
Hello,
currently we face the same Problem as mentioned above:
We've activated the following:
sapgui/user_scripting = TRUE
SAP GUI Options NSP - Scripting --> Enable scripting = checked
Ranorex: 8.0.0
Windows: Windows 10 Enterprise - 10.0.14393
SUT: SAP
- EHP 7 FOR SAP ERP 6.0
- SAP ERP 6.0 (2005)
- SAP Netweaver 7.4
Error: When executing a run it says: "SAP Scripting support needs to be enabled in SAP GUI."
The previous post says, that they managed to fix the Problem by installing Ranorex directly under C: without subfolders.
Could you please tell us what to do?
Thank you for your support.
currently we face the same Problem as mentioned above:
We've activated the following:
sapgui/user_scripting = TRUE
SAP GUI Options NSP - Scripting --> Enable scripting = checked
Ranorex: 8.0.0
Windows: Windows 10 Enterprise - 10.0.14393
SUT: SAP
- EHP 7 FOR SAP ERP 6.0
- SAP ERP 6.0 (2005)
- SAP Netweaver 7.4
Error: When executing a run it says: "SAP Scripting support needs to be enabled in SAP GUI."
The previous post says, that they managed to fix the Problem by installing Ranorex directly under C: without subfolders.
Could you please tell us what to do?
Thank you for your support.
- Attachments
-
- SUT_SAP_Element
- SUT_SAP_Element_Screenshot.png (55.77 KiB) Viewed 1726 times
-
- Ranorex_Xpath
- Ranorex_Spy_Screenshot.png (62.58 KiB) Viewed 1726 times
-
- Ranorex Log
- Ranorex_Log_Screenshot.png (52.39 KiB) Viewed 1726 times
Re: Limitation although SAP Scripting Support enabled
pxmb wrote:The previous post says, that they managed to fix the Problem by installing Ranorex directly under C: without subfolders.
Could you please tell us what to do?
- Uninstall Ranorex
- Start installing Ranorex
- Change the installation directory to C:\Ranorex 8.0
- Complete installation
Re: Limitation although SAP Scripting Support enabled
I was asking more in terms of "I cannot believe that the solution is that it needs to be installed under C:\Ranorex 8.0)
and not how to install it under C:\Ranorex...but hey. That's communication.
Problem is that permissions on folders such as C:\Programs(x86)\Ranorex are different than on C:\Ranorex 8.0
Not to mention local admin permissions / restrictions etc...
Unfortunately I have no local admin permissions and I hope that there's another solution than to install it under C:\Ranorex 8.0
and not how to install it under C:\Ranorex...but hey. That's communication.
Problem is that permissions on folders such as C:\Programs(x86)\Ranorex are different than on C:\Ranorex 8.0
Not to mention local admin permissions / restrictions etc...
Unfortunately I have no local admin permissions and I hope that there's another solution than to install it under C:\Ranorex 8.0
Re: Limitation although SAP Scripting Support enabled
My guess that this is your actual problem? Have you tried to run Ranorex on another machine with more rights and especially run Ranorex as administrator? This solves many permission-related issues, which may be also this case.pxmb wrote: Unfortunately I have no local admin permissions
Pavel Kudrys
Ranorex explorer at Descartes Systems
Please add these details to your questions:
Ranorex explorer at Descartes Systems
Please add these details to your questions:
- Ranorex Snapshot. Learn how to create one >here<
- Ranorex xPath of problematic element(s)
- Ranorex version
- OS version
- HW configuration
Re: Limitation although SAP Scripting Support enabled
Hi,
we're running Ranorex in a Company. Most user have no admin rights due to the companies policy guidelines.
It is quite difficult to use ranorex without admin rights. When we try to run a Skript, the following message is shown: the process to run requires higher privileges (see screenshot)
Is there another way to configure ranorex so that admin permissions are not needed for executing a simple test-script?
Thanks for your support.
we're running Ranorex in a Company. Most user have no admin rights due to the companies policy guidelines.
It is quite difficult to use ranorex without admin rights. When we try to run a Skript, the following message is shown: the process to run requires higher privileges (see screenshot)
Is there another way to configure ranorex so that admin permissions are not needed for executing a simple test-script?
Thanks for your support.
- Attachments
-
- Ranorex_Permission_Message.jpg (326.49 KiB) Viewed 1686 times
Re: Limitation although SAP Scripting Support enabled
Hi,
I'm afraid, it does not matter how simple or complex is the test you want to run. What matters are the GUI controls and their implementation. Automation of some apps (their GUI) simple requires admin rights and there is (usually) no way around. This is not a problem of just Ranorex, but any test automation tool. Some things are simply not doable without enough privileges.
I would suggest to read below post, where krstcs nicely summarized the problematic of admin rights and (SW/test automation) development...
tutorial-problems-t11747.html#p47201
I can understand why some (non-dev/tech) users don't have admin rights. But SW developers simply should have local admin rights.
I'm afraid, it does not matter how simple or complex is the test you want to run. What matters are the GUI controls and their implementation. Automation of some apps (their GUI) simple requires admin rights and there is (usually) no way around. This is not a problem of just Ranorex, but any test automation tool. Some things are simply not doable without enough privileges.
I would suggest to read below post, where krstcs nicely summarized the problematic of admin rights and (SW/test automation) development...
tutorial-problems-t11747.html#p47201
I can understand why some (non-dev/tech) users don't have admin rights. But SW developers simply should have local admin rights.
Pavel Kudrys
Ranorex explorer at Descartes Systems
Please add these details to your questions:
Ranorex explorer at Descartes Systems
Please add these details to your questions:
- Ranorex Snapshot. Learn how to create one >here<
- Ranorex xPath of problematic element(s)
- Ranorex version
- OS version
- HW configuration
Re: Limitation although SAP Scripting Support enabled
Hi,
yes. Sure. It's not a matter of the complexity of a testcase...Frankly, I was frustrated because all I wanted was just execute a simple test case...
I do understand the point but there are a lot of other issues coming with local admin rights. For example: when Ranorex acts as a local admin, our user profile based configurations in SAP are recognized as "9353.admin". But all of my configurations are stored under my normal user profile "9353".
Unfortunately, no entities are stored under 9353.admin and our testcase is worthless / not executable.
Another Problems is that we often work with external Partners / Developers who are working temporarily in our Company and they should not get local admin rights.
I hope that this Problem is based on the trial version which we've installed. I've read that the admin permission issue has been solved with the full version.
Thanks anyway.
Regards
Martin
yes. Sure. It's not a matter of the complexity of a testcase...Frankly, I was frustrated because all I wanted was just execute a simple test case...
I do understand the point but there are a lot of other issues coming with local admin rights. For example: when Ranorex acts as a local admin, our user profile based configurations in SAP are recognized as "9353.admin". But all of my configurations are stored under my normal user profile "9353".
Unfortunately, no entities are stored under 9353.admin and our testcase is worthless / not executable.
Another Problems is that we often work with external Partners / Developers who are working temporarily in our Company and they should not get local admin rights.
I hope that this Problem is based on the trial version which we've installed. I've read that the admin permission issue has been solved with the full version.
Thanks anyway.
Regards
Martin
Re: Limitation although SAP Scripting Support enabled
If the number with "admin" string is located somewhere in the xpath, then it should be solvable either by removing it from xpath or by using regex pattern, eventually "OR" condition?pxmb wrote:I do understand the point but there are a lot of other issues coming with local admin rights. For example: when Ranorex acts as a local admin, our user profile based configurations in SAP are recognized as "9353.admin". But all of my configurations are stored under my normal user profile "9353".
Unfortunately, no entities are stored under 9353.admin and our testcase is worthless / not executable.
As for the rest of problems, well, it's hard to suggest something definitive. I'm working in a different environment. Anything I'm doing on my local or even remote system is optimized for each of these systems and I'm local admin on all used dev. machines. Without local admin rights, I would simply refuse to work on a project, because it would cost me a lot of time and energy to find workarounds (only to find there is probably no workaround at all). Luckily for me, nobody even questioned the need of admin rights on dev. machines


Pavel Kudrys
Ranorex explorer at Descartes Systems
Please add these details to your questions:
Ranorex explorer at Descartes Systems
Please add these details to your questions:
- Ranorex Snapshot. Learn how to create one >here<
- Ranorex xPath of problematic element(s)
- Ranorex version
- OS version
- HW configuration