Empty login.php - Printable Version

The following warnings occurred:

Warning [2] Undefined variable $unreadreports - Line: 26 - File: global.php(961) : eval()'d code PHP 8.1.2-1ubuntu2.14 (Linux)

File	Line	Function
/global.php(961) : eval()'d code	26	errorHandler->error
/global.php	961	eval
/printthread.php	16	require_once

Empty login.php - Printable Version

+- UserSpice (https://userspice.com/forums)
+-- Forum: Miscellaneous (https://userspice.com/forums/forumdisplay.php?fid=28)
+--- Forum: Modifications and Hackery (https://userspice.com/forums/forumdisplay.php?fid=29)
+--- Thread: Empty login.php (/showthread.php?tid=410)

Empty login.php - emanresu - 12-28-2016

Hi Folks,

I'm trying to change login.php. So I copied it over to the "usersc" folder, but now it comes up empty. So I tried looking for the documentation on customizing the default files, but couldn't find it so far. Can anyone point me in the right direction? thanks!

kind regards,

John

Empty login.php - emanresu - 12-28-2016

Whoops.... (bangs head at wall) seems like including init.php into the "usersc" folder did the trick.

Empty login.php - emanresu - 12-28-2016

Hmm something is strange here,

I assumed I could just use

Code:
$abs_us_root.$us_url_root.'users/init.php'

but this is not working (blank page again)

also I have extra slashes in between my domain name and the directory user spice is installed in.

like this: http://somewebsite/////userspice/usersc/login.php

Empty login.php - mudmin - 12-28-2016

Ahh. So some of the magic in the init file only works AFTER init is included, so you can't use those $abs root things to include it.

Normally in the usersc folder you do

require_once('../users/init.php');

and just use the relative path.

I've been tracking down slash issues. They're different on different servers. The first place I say to check is in usersc/scripts/custom_login_script

and try to see what's up there. You can change the redirect to your actual url if you want...

so

Code:
Redirect::to('http://mydomain.com/users/account.php');

and see if that makes a difference. If it doesn't I may need to talk to you a little bit more about your server setup because I can't duplicate the problem on any of my test systems, but you're not the only one to get that from time to time.

Empty login.php - emanresu - 12-28-2016

Thanks Mudmin for your reply.

I changed the custom_login_script to

Code:
Redirect::to('../');

after login the user should be pointed to the application and nothing else. (the only thing the user must be able to change is the email address and the password. so account.php is not necessary)

the web app that uses userspice is installed to it's own folder. www.example.com/userspice/

I removed all htaccess files so it wouldn't get in the way, but it didn't change a thing.

not related to my question but could you give the forum user some more time to edit the post? I had to make 3 post, which could easily be edited to one..

Empty login.php - emanresu - 12-28-2016

changed to

Code:
Redirect::to('http://mydomain.com/index.php');

nothing changes.

how does the redirect work or where is the actual redirect located? it seems to happen when loggin out and being redirected to the login page.

Empty login.php - mudmin - 12-29-2016

The after login redirect happens in the usersc script.

I believe that the one where you're getting kicked back to the login page if you don't have permission is in the users/includes/us_helpers.php in the securePage function.

I'm starting to think that is the issue in this case. What version are you using?

Empty login.php - emanresu - 01-02-2017

Hi Mudmin,

sorry for my delayed reply, I'm using the 4.1 version. I've edit the /users/index.php and removed

Code:
$us_url_root.

and replaced it with the complete url; now it does redirect correctly without the added slashes. so the problem seems to originate there.

Empty login.php - mudmin - 01-03-2017

Thanks for this! I'm working on a patch!