FRM-41351 Cannot Navigate Out of Current Form

I have an Action Item to call another form. Sometimes (not always) when exit out of called form the above error occurs.
I have added the above message to qms_messages setting to suppress but the message still appears.
I am using call method of CALL_FORM with display of HIDE as QMS$AI_CALL_FORM doesn't appear to take any note of the display of HIDE.
Any help would be appreciated.
Thanks.

It is indeed a bug.
We have the same problem, but we have added a line to the QMS$INIT_APPLICATION procedure in the application library to suppress the message. And that works fine.
Add the following to the procedure:
-- Suppress error FRM-41351 Cannot navigate out of current form (Forms bug 871936)
qms$forms_errors.add_suppress_message('FRM-41351');

Similar Messages

Forms 6i error FRM-41351 Cannot navigate out of current form

Does anybody know why this error occurs?
I have an ordinary Forms 6i module, running in 2-tier (client-server) mode. When I try to do an EXIT_FORM, I get an error:
"FRM-41351: Cannot navigate out of current form"
My form is called from a top-level form, but plenty of other forms are also called in exactly the same way from the top-level form, and none of them causes this error, and I can see no other reason why this form should produce this error.
The Forms 6i help entry for this error is meaningless, and I can find no information about it on the web or on the Oracle TechNet, so any advice would be very welcome!
Thanks,
Chris

You may be hitting Bug:1632441, which is fixed in patchset 12. If either form has a When-Window-Deactivated trigger, try disabling that and see if you still have the problem. If not, then as a workaround you may be able to put that logic in a when-form-navigate trigger instead. Or you can programmatically trap the error in an On-Error trigger if you are actually able to navigate out of the form. See the bug for more details.

FRM-41361 Cannot navigate out of current form in Enter-Query Mode

Hi All,
I am getting the FRM-41361 error in the bottom message area when opening a form from the function navigator. The issue does not exist when opening the form from the application homepage. The form is loaded in enter-query mode, and the enter_query command is in the WHEN-NEW-FORM-INSTANCE trigger. I have checked all triggers that fire after this point for any type of navigation but do not see any. The interesting thing is, if I put a fnd_message.set_string and fnd_message.show just before the enter_query call to debug, the issue goes away entirely.
Is it possible there are security triggers firing after the form is loaded into enter-query mode that could be causing this and that the fnd_message calls are indeed buying time for those triggers to complete before the enter_query call?
Any help/advice is appreciated. Thanks!
Dan

Yes, when I looked through the triggers I made sure to look for go_block and go_item calls as well as any calls to leave the form.

Error "Cannot navigate out of current form" is raised after closing window.

Hello,
We are currently migrating from Designer 6.0 with Headstart 2.1.2 to Designer 6i release 4.10 with Headstart 6.5.3.0. We have a form with an action item in it to call another form. An error FRM-41351 "Cannot navigate out of current form" is raised when the following steps are undertaken:
- Start the generated form (from the menu).
- Push the button the call the second form.
- Close the second form.
- Close the first (parent) form.
If we start and close the first (parent) form without have started the second one, this error is not raised.
After some investigation, the problem seems to have something to do with the library OFGNAVL65.PLL. It looks the generated form tries to close a window based on a non-existent ID.
Has anyone experienced this same problem? Can you help me?
Kind regards,
Bert

IF ID_NULL(FIND_FORM('TEST')) THEN
OPEN_FORM('TEST');
ELSE
GO_FORM('TEST');
END IF;

Cannot navigate out of current form

hi
i have a formmodule id filled correctly. And i need to navigate to this form through this id.
Therefore, i use go_form(myformmodule)
when this particular form is closed, i got the error "cannot navigate out of current form".
can i verify before that m form is still opened or not ? this will help me avoid the error message.
help please
thanks
Dan

IF ID_NULL(FIND_FORM('TEST')) THEN
OPEN_FORM('TEST');
ELSE
GO_FORM('TEST');
END IF;

FRM:41361 Cannot navigate out of form in 'Enter Query Mode'

Hi,
I am using a master - detail block in my form.When I query the master block I am getting this error message
FRM:41361 Cannot navigate out of form in 'Enter Query Mode'
I have given DO_KEY('ENTER-QUERY') in WHEN-NEW-BLOCK-INSTANCE trigger of master block.
and in property palette of Master block I have given the next navigation block as Detail block.
According to the value which is queried in Master Block the Detail block should be populated.
My form should open in 'Enter Query Mode'.This problem always happens from second time onwards
I open the form.When I open the form first time this problem is not occuring.
Can anyone suggest a solution for this
Thanks,
Nasiya

Have you written a Key-EntQuery trigger at the Master block or the form level,
If yes, then can you put that code here.
The NEXT-NAVIGATION-BLOCK is only used for navigation when you use a next-block built-in on a key-trigger.
Have you written a ENTER-QUERY command on any trigger that fires prior to the said WHEN-NEW-BLOCK-INSTANCE trigger?
If yes, then thats the reason that the first time you run the form, your form is in ENTER-QUERY mode.
Also, maybe execute on enter-query fails and hence the blocks are not getting populated.
Also, ENTER-QUERY is always on a single block. And while the block is in enter-query mode, navigation out of that block is prohibited.
you have to either have a successful EXECUTE-QUERY or use:
EXIT_FORM(NO_VALIDATE) to come out of ENTER-QUERY mode.

FRM - 41355 cannot navigate to form

Hi,
When I am calling a from in post-change trigger of other form, FRM-41355 cannot navigate to form error is coming.
Can anyone help on this issue.
Thanks,
Dinesh.

Please post the details of the application release, database version and OS.
Is this a custom form? If yes, was the TEMPLATE.fmb file used?
Please see if the following links help.
https://forums.oracle.com/thread/239562
http://docs.oracle.com/cd/E24269_01/doc.11120/e24477/appd.htm
Also, you may need to enable debug and/or obtain FRD log file for details about the error -- Search the forum for "FRD" to get the docs you need to refer to.
Thanks,
Hussein

FRM-40039 Cannot attacth library While openning form (At Web Application Server)

Dear All,
We are migrating an application from developer 6 to developer
6i, and we have some pls/sql libraries attached to our forms;
the libraries were recompiled, reattached and the forms were
recompiled too, neverthelse when we try to run the forms from
the Web Application Server, we got the error FRM-40039 Cannot
Attacth Library While Openning Form xxx. Also we set the
FORMS60_PATH with the current librarie's path.
Thanks in Advance.
Francisco Aguilar.

1. Do we have to place the PLL in the FORMS_PATH all the time. If i don't want to then what is the alternativeThere is no alternative. You can't expect the Forms Builder to read your PL/SQL Library if it can't find it. Therefore, you have to have the .pll some where the Forms Builder can* find it. This means you have to have it in a directory in your FORMS_PATH or you have to hard code the path to the library (this is not recommended at all because you would have to duplicate this path on your deployment AIX environment).
Craig...

FRM : 41067 Cannot find menu item id ( forms 10g Menus/Forms Conversion )

Hi All ,
We have menus converted into forms 10g using the forms migration assistant FMA ( frmplsqlconv ) . Now , we had the menus (.mmb) which had used Shared Menus.
After conversion observed that there were some duplicate copies of the shared menus created automatically and each reference where this shared menu was used was replaced by the newly created ones.
Now , when I open the form that uses the menu I get the following error :
FRM : 41067 Cannot find menu item id
On debuggin observed the the above error was generated at :
set_menu_item_property(SHARED_MENU.ITEM,.... )
Not sure how this worked in forms earlier version and not working in 10g now.
Could anyone please let me know how to go about to fix this issue and why is this happening at the first point.
Is re-creating the menu from scratch the only option to resolve the issue ?
Please advise ..
Thanks ,

Hi
Error Message: FRM-41067: Cannot find Menu Item: invalid ID.
Error Cause:An invalid ID was passed to a built-in subprogram.
Action:Verify that a proper call to FIND_MENU_ITEM will be performed. Level: 20 Type: Errori think c1 returns null pls check ur Query in the cursor ; run & test if it returns data or not & check the name of the menu that should actually match with the name stored in the db.
If the error still existing then u can get reide of it with a simple line check using FIND_MENU_ITEM as follow...
PROCEDURE disable_menu_items IS
mi_id MenuItem;
val varchar2(10);
BEGIN
IF :Global.user_code '01' THEN
IF :GLOBAL.VC_ROLE_CODE '01' THEN
declare
cursor c1 is
select vc_menu_code,vc_menu_name from
makess.mk_module_menu a where
vc_module_code='06' and
not exists(select vc_menu_code
from makess.mk_roles_menu_inv b
where vc_comp_code=:global.vc_comp_code
and a.vc_menu_code=b.vc_menu_code
and ch_role_code=:global.vc_role_code);
BEGIN
for crec in c1
mi:=FIND_MENU_ITEM('MENU.MENUITEM');
IF NOT ID_NULL(mi) THEN
loop
set_menu_item_property(crec.vc_menu_name,ENABLED,Property_false);
end loop;
END IF;
END;
:global.check:='N';
END IF;
END IF;
END;Hope this helps...
Regards,
Abdetu...

How to find out the current form name

Hi all,
I have to pass the current sapcript form name in the sauroutine pool for some further processing.
I just wanted to is there any variable, method, or way to find out the current/running Sapscript form name generically so that we can pass it on to subpool.
Looking forward for your reply.
Regards,
Anuja.

Hi All,
Many thnaks for your replies.
Actually in my case the situation is, i have to change in multiple forms.
I mean the same perform needs to be used in all the forms almost around 20 using the current form name.
So that perform should be generic. I mean is there any variable/ method or way to get the current form name so that we can pass that to the subroutine pool through form.
Looking forward for yoour reply.
Regards,
Anuja.

Frm-40039 Cannot attach library while opening form data

hi i cannot run my form on development am geting the error frm-40039 the forms and all my library ar all in the same direcotry my FORMS_PATH IS FORMS_PATH=W:\SMS Phase2\forms;C:\DevSuiteHome_1\forms, AND MY REGISTRY FORMS_PATH IS W:\SMS Phase2\forms
Edited by: user603350 on 2011/05/20 3:54 AM

no i click yes i did not remove the path its ok is working i put my library directory to be the first

Error FRM-41351 when exiting Forms after Forms Navigatiion

Has anyone else found a problem with inter-form processing similar to the following
The scenario:
- An Update FORM1 (fully committed), calls another update form FORM2 using designer action item 'open_form' code.
- Made a change to FORM2 data.
- Closed the FORM2 window before committing.
- We get prompted with 'QMS-00158' Do you want to save ?'.
- We select 'No'. FORM2 closes.
- Close the window for FORM1
Problem:
We are getting 'FRM-41352: Cannot navigate out of current form', then the form closes.
Note:
We do not get the error if we select 'Yes' to the QMS-00158 question, on exiting FORM2.

How about manually creating mesg folder under forms and putting the fmcus.msb file there?
Hope it helps.
Navnit

Webutil -frm-40039 cannot attach library

hi,
I have copied the web util demo from otn [http://www.oracle.com/technology/products/forms/htdocs/webutil/webutil.htm], and i tried to install it as per the instruction given over there .While compling it has not give any error but while running the form before opening the form it gives the following error FRM-40039 : cannot attach library /oracle/devsuite/forms/webutil while opening the from wu_test_106.
note - i have attached the webutil.pll at attach library.

where we will get the plxopen the pll in Forms-builder, then use Porgam->Compile module (Strg+T)
plz mention clearly in which path we have to copy that file.There is a config-file named default.env (located in $ORACLE_HOME\forms\server), it contains a settings named FORMS_PATH. Either put your plx (and all of your fmx) in one of the directories listed there, or add a new directory to the list where you have placed your files in.

Forms 6i Menu Items not Lauchning (FRM-40010: Cannot read form...)

Sorry for the newbie issue - I just haven't been able to figure this out...
I inherited maintenance of a old Oracle Forms Application, I was told it was version 5. And all the source modules were appended with "v05" like form1_v05.fmb, etc. I since discovered that when the users launch it they run against the forms 6i run time - so I guess this means it is actually a forms version 6i application.
The App has about 20 forms, 20 reports and a menu - and no project.
I copied all the source files into a working directory, then I created a project with the project builder using the "use all files in the current directory".
When I run the app ( by drilling down to this app's "logo" form - a splash screen contain our company logo, and a Menu structure it runs fine.
But just about every menu item I attempt to select ( i.e. MENU->Catagory1->OrderForm or in my case something like MENU->Inbound->Entry/Maintenance) results in no new form launching and the status bar contains the error message like "FRM-40010: Cannot read form order_v05.fmx"
In the above example the project does contain a order_v05.fmb, and it compiles fine ( in fact a project "build all" generates no errors or warnings ) - my single working directory contain all the source modules ( like fmb's, rdf's and mmb's) and compiled versions ( fmx's, mmx ) . Specificlly the order_v05.fmx is also there.
So why can't the app find the compiled form compiled in the same project and located in the same directory?
I also see several ERR files but the only thing the err files contain is a whole lot of lines saying things like " Compiling POST-FORM trigger on form... No compilation errors."
Any help getting this beast to run would be appreciated.

I may have a clue as to what is causing the issue, but don't know how to fix it.
I started poking in the menu items, and the child menu item that is supposed to do something runs some "Menu Item code" like this:
begin
hide_window('DLG_MAIN');
CALL_FORM( 'out_order_v05.fmx'
, no_hide
, do_replace
, no_query_only
, no_share_library_data );
show_window('DLG_MAIN');
end;I made a NEW root menu item, with a new child menu item and set it's "Menu Item code" like this:
begin
hide_window('DLG_MAIN');
CALL_FORM( 'C:\Data\_OraFroms\ITFS_V05\order_v05.fmx'
, no_hide
, do_replace
, no_query_only
, no_share_library_data );
show_window('DLG_MAIN');
end;And when I made this change, my new menu item launched the form, but the original one did not ( notice the only difference is my new menu item gives a fully qualified path to the file name ).
So it looks like my project is clueless as to it's own home directory - anyone know how I clue it in?

FRM-40010 - Cannot read form when using Call_form on Unix 9iAS

Hi,
I'm using 9iAS on a unix server. However, the main form calls several other forms using CALL_FORM('formnam'); but it cannot read any of the forms. I've ensured that they have all been compiled on the server. They compiled successfully.
I've also ensured that they are all residing in the FORMS60_PATH. Although it can find the main form OK, it cannot read any of the other forms. They are all located in the same directory.
What can be causing this error?

Make sure that formname is the name of the .fmx file and that you use the same case as it is in the file system, because UNIX is case-sensitive.
How are you setting FORMS60_PATH? If you're using the Forms Listener Servlet and are setting the FORMS60_PATH in default.env, be sure that the variable name is spelled correctly. In the early versions of default.env that came out, there was a typo: FORSM60_PATH. So if people didn't notice this and just uncommented the line and set the path, they would get FRM-40010.

FRM-41351 Cannot Navigate Out of Current Form

Similar Messages

Maybe you are looking for