on 2020 Jul 02 1:51 PM
Hi all,
In SE16N, Even after debugging switched on (/H), and inserting GD-EDIT & GD-SAPEDIT= "X" in variables , why the editable table do not appear???
Kindly suggest solutions!!
Thanks & Regards,
MP
Request clarification before answering.
After setting GD-EDIT and GD-SAPEDIT to 'X' in the debugger, set a Watchpoint on those two variables to see how they get initialized again, which is what I assume is happening.
If you still dont know when and why they dont stay filled, check the Include LSE16NF10 and especially debug FORM FILL_SAP_EDIT.
But maybe you are just doing it wrong? Do you start out in SE16N, type in the table name, hit enter, type in /h and then execute it, and in debugger set those two fields?
When you switch tables in SE16N, you will have to do it again.
I hope you are doing this in your own system or a sandbox or a dev or maybe a test system but not in a productive system. If you are asking questions about SE16N in the community, you probably shouldnt be changing values 😉
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If you are asking questions about SE16N in the community, you probably shouldnt be changing values 😉 - that's a good one :)))
Hi Micheal,
I understand it's not legal to change values. But what if there is a serious issue and needs to be resolved. Currently, doing it in IDES system just to know..
To start, I go to SE16N, enter the table name, insert the key values, then go to /H, and execute. After that put the variables..
However, it's not working may be due to no access.
Regards,
MP
M P, please follow the other suggestions I made above.
saplmp, in this case I strongly suggest to close this question, as it is clearly has been solved. Either accept an answer or write your own answer and accept it giving clear guidance what the issue was and how you solved it, meaning why you initially had an issue with not being able to change database records via SE16N and how you finally were able to do so.
I hope you understand now, that simply changing values via SE16N is not always the best case, especially if you dont 100% know, what the outcome will be. It obviously did not fix your "serious issue" as you hoped for.
For your issue concerning MIGO and MMPV, I recommend researching the community first with keywords MMPV and posting period, e.g. look at the following community question: https://answers.sap.com/questions/12996501/posting-only-possible-periods-201304-and-201303-in.html. If you still cannot figure out what the issue is, open another question concerning MIGO and MMPV.
Hello saplmp
It does work for MARV table. However better don't play with this table content so no to mess up MM posting periods.
Best regards
Dominik Tylczynski
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Dominik,
Thanks for your response.
People will not definitely play with the system, unless and until there is a situation like that. Community is there just to share knowledge. If u know the answer u can happily share else it's ok if u don't.
Regards,
MP
User | Count |
---|---|
104 | |
39 | |
6 | |
5 | |
5 | |
3 | |
3 | |
2 | |
2 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.