I don’t know what you mean. Please further explain on what you are asking.
It appears correct. The path doesn’t physically exist which is why you need URL Rewriting enabled. It will hit api/ folder and use the api/.htaccess file to rewrite the URL appropriately. Maybe your host doesn’t allow .htaccess files to be loaded?
Cheers.
KevinTheJedi Sorry to be a pain, however, i think I'm (you're) getting closer. My .htaccess file consists of the following. Is there anything else that should be in it? This is in the api folder.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} (.*/api)
RewriteRule .*$ %1/http.php/$1 [L]
</IfModule>
KevinTheJedi So I do not have a separate Apache config. Just one config for the vhost. I have a WordPress site at the root with Osticket in the sub directory.
Then maybe try adding one specifically for the subfolder with AllowOverride All, restart Apache, and retest.
Cheers.
KevinTheJedi Thanks for all your help. I asked my host and they spotted that the issue seems to come from the .htaccess rules in the /api folder. The following one:
RewriteRule .*$ %1/http.php/$1 [L]
Should only be:
RewriteRule .*$ %1/http.php/ [L]
This resolved my issue, however, I still have issues with emails not fetching or sending but thats for another thread ! thanks for all your help.
I use Apache and did not need to make any changes other than enabling URL Rewriting. Maybe your host has some weird routing issues or something?
Cheers.
With the solution of @sedwardson I got redirected to the root site of my osTicket instance but the OAuth has no Token. So not really a solution I guess.
@"KevinTheJedi My provider ask which rewriting options are needed since they cannot set "All"
The ones in all the .htaccess files in the codebase. There are a few so they can run a find command to see all the .htaccess files.
Cheers.
KevinTheJedi I agree, I'm just happy that I have the token and that part seems to work :-)
Thanks again.
cross-it Not sure if it will help but one of the things I did was put the http.php in the re-directed URL. I'm not sure which actually resolved the issue but maybe it will help?
https://domain.name/api/http.php/auth/oauth2?code=0.AV4ALQR-FOlNX0Cj_...
Sam
sedwardson
That was a good hint.... Thanks...
Yea if URL Rewriting isn't working you can hardcode http.php but you should really get URL Rewriting working as other parts of the helpdesk will need it too.
Cheers.
HI,
Go the same problem. "No input file specified"
Using a plesk basic installation on debian
sedwardson Can you elaborate how you did this? My hosting provider stated that both "URL Rewriting" is enabled on this server and the "AllowOverride" directive is set to All. Yet still getting "No input file specified."
My hoster has checked all the htaccess files and all needed functions are enabled according to him.
What else can we do?
voidsysadmin Can you elaborate how you did this? My hosting provider stated that both "URL Rewriting" is enabled on this server and the "AllowOverride" directive is set to All. Yet still getting "No input file specified."
You might want to start your own thread.
Include your setup information, what the issue is, etc.
Hi there
We've found a working solution with our provider. All ".htaccess" files needs to be edited like this:
Old: RewriteRule .*$ %1/dispatcher.php/$1 [L]
New: RewriteRule .*$ %1/dispatcher.php/$1 [R,L]
this seems to work.
regards
Lukas
