AuthPuppy

Empty module and/or action after parsing the URL "/authpuppy/login/" (/).

Asked by Lane Franklin

I have recently taken over a authpuppy "pet" project and am receiving a few errors.
The first being.
The "normal" symfony 404 errors

 Empty module and/or action after parsing the URL "/authpuppy/login/" (/).

and then

 PHP Fatal error: Uncaught exception 'sfStopException' in /var/www/authpuppy/lib/vendor/symfony/lib/filter/sfBasicSecurityFilter.class.php:96\nStack trace:\n#0 /var/www/authpuppy/lib/vendor/symfony/lib/filter/sfBasicSecurityFilter.class.php(55): sfBasicSecurityFilter->forwardToLoginAction()\n#1 /var/www/authpuppy/cache/frontend/prod/config/config_core_compile.yml.php(1021): sfBasicSecurityFilter->execute(Object(sfFilterChain))\n#2 /var/www/authpuppy/cache/frontend/prod/config/config_core_compile.yml.php(988): sfFilterChain->execute()\n#3 /var/www/authpuppy/cache/frontend/prod/config/config_core_compile.yml.php(1021): sfRenderingFilter->execute(Object(sfFilterChain))\n#4 /var/www/authpuppy/cache/frontend/prod/config/config_core_compile.yml.php(658): sfFilterChain->execute()\n#5 /var/www/authpuppy/lib/vendor/symfony/lib/exception/sfError404Exception.class.php(49): sfController->forward('default', 'error404')\n#6 /var/www/authpuppy/cache/frontend/prod/config/config_core_compile.yml.php(2344): sfError404Exception->printStackTrace()\n#7 /va in /var/www/authpuppy/lib/vendor/symfony/lib/filter/sfBasicSecurityFilter.class.php

I have did not do the install and am thinking there may be something wrong with the actual install. But before I start from scratch, which may be easiest? I was hoping someone out there may have seen or had similar issues with their install.

Thanks!
_Laner

Question information

Language:
English Edit question
Status:
Answered
For:
AuthPuppy Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
gbastien (gbastien02) said : 		#1

Did you follow the installation instructions at http://www.authpuppy.org/doc/Getting_Started?

Revision history for this message
Lane Franklin (shatzi825) said : 		#2

Yes, those were the instructions followed.

Revision history for this message
Launchpad Janitor (janitor) said : 		#3

This question was expired because it remained in the 'Open' state without activity for the last 15 days.

Revision history for this message
Lane Franklin (shatzi825) said : 		#4

Anyone?

Revision history for this message
Robin Jones (robin-networkfusion) said : 		#5

the following information would help:

OS and Version

Webserver and version

Authpuppy version

Revision history for this message
Lane Franklin (shatzi825) said : 		#6

Hi Robin!

The OS running is Ubuntu 10.04.3 LTS

Webserver

Server version: Apache/2.2.14 (Ubuntu)
Server built: Nov 3 2011 03:29:16
Server's Module Magic Number: 20051115:23
Server loaded: APR 1.3.8, APR-Util 1.3.9
Compiled using: APR 1.3.8, APR-Util 1.3.9
Architecture: 32-bit
Server MPM: Prefork
  threaded: no
    forked: yes (variable process count)
Server compiled with....
 -D APACHE_MPM_DIR="server/mpm/prefork"
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
 -D APR_USE_SYSVSEM_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D DYNAMIC_MODULE_LIMIT=128
 -D HTTPD_ROOT=""
 -D SUEXEC_BIN="/usr/lib/apache2/suexec"
 -D DEFAULT_PIDLOG="/var/run/apache2.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_LOCKFILE="/var/run/apache2/accept.lock"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types"
 -D SERVER_CONFIG_FILE="/etc/apache2/apache2.conf"

Authpuppy Version via Changelog

2011-08-31: gbastien
  - Added german translation, contribution of Gregor Glashüttner (bug #805564)
  *** Releasing 1.0.0 stable from latest alpha ***

Thanks!
_L

Revision history for this message
Robin Jones (robin-networkfusion) said : 		#7

I can only suggest you download the following file "check_configuration.php" from http://sf-to.org/1.4/check.php and run it on your apache server. Make sure you have all the mandatory requirements listed.

Run > symfony cc to clear the cache

then try accessing the login page through http://<your hostname>/frontend_dev.php and see if any more light is shead on the problem

Revision history for this message
tu ds (otfrt55) said : 		#8

As you possibly have noticed, uinput.Ev -module is generated in the course of installation of python-uinput and it's based totally to your systems /usr/encompass/linux/input.H which enumerates all possible events. So uinput.Ev has a assigned variables for all activities. But unluckily, there isn't always any list variables maintaining all events according to kind . See more detail here https://overallpets.com/husky-border-collie-mix/

Can you help with this problem?

Provide an answer of your own, or ask Lane Franklin for more information if necessary.

To post a message you must log in.