This topic is locked
[SOLVED]

 Redirect not working anywhere

8/5/2014 12:38:08 PM
PHPRunner General questions
A
Anapolis author

I have a new Runner 7.1 project where I want the User after login to be redirected to an Edit page instead of an Add page.
And after the Edit is Saved I want the User to be redirected to the VIEW page.
Putting the redirect after successful login as this continues to default to the List page.

//********** Redirect to another page ************

header('Location:http://localhost:8085/wp_pro2014_attendee_edit.php';);

exit();


Is this because the edit page needs to load field parameters?
I have also tried this with " double quote marks -- "Location:http://localhost:8085/wp_pro2014_attendee_edit.php"; but the attendee list remains the default.
In Misc settings for landing page I have tried direct Urls...I see that the Edit page is not listed for Application pages.
And the same problem with asking for a Redirect After record updated ..
//** Redirect to another page ****

header('Location: http://localhost:8085/wp_pro2014_attendee_view.php';);

exit();
this does not redirect to that page... it goes back to the attendee List page.
Particularly with the Redirect After Record Updated Events page Is there a way that works better than Redirect so that after the Record is SAVED and updated that it moves on to the View page directly as if the User had clicked the View or Looking glass icon?

Admin 8/6/2014

View or Edit page needs to have an ID of the record you want to display or edit. Both wp_pro2014_attendee_edit.php and wp_pro2014_attendee_view.php are incorrect URLs.
An example of proper View page URL:

http://xlinesoft.com/livedemo/phprunner/livedemo1/employees_view.php?editid1=1
A
Anapolis author 8/6/2014



View or Edit page needs to have an ID of the record you want to display or edit. Both wp_pro2014_attendee_edit.php and wp_pro2014_attendee_view.php are incorrect URLs.
An example of proper View page URL:

http://xlinesoft.com/livedemo/phprunner/livedemo1/employees_view.php?editid1=1



Thanks, Sergey. That makes me wonder if after a successful login this redirect could be created dynamically for any user, assembling the URL string based on the default values for that User's View or Edit.
As for the general redirect problem I reported, it seems to have cleared itself up.