deleting users routing me to sfInstallPlug-in screen

[Richard Dancy]

Hi guys,

I'm setting up user accounts in our system. When I try to delete one
of the default users that ships with the sample data, I'm routed to
the sfInstallPlugin page with the following error messages:

Not Found
The requested URL /collectionsSFU/qubit/web/sfInstallPlugin/
checkSearchIndex was not found on this server.

Not Found
The requested URL /collectionsSFU/qubit/web/sfInstallPlugin/
checkHtaccess was not found on this server.

Cheers,
Richard

[David at Artefactual]

Hi Richard,

This bug has been reported as an issue:
http://code.google.com/p/qubit-toolkit/issues/detail?id=686

Thanks for letting us know!


David Juhasz,
Software Engineer, Artefactual Systems Inc.

[Richard Dancy]

Ok, thanks David, I'll leave that user account alone for now! But the
problem now is I'm not able to access any screen except the Home
screen (e.g. can't log in, can't browse or search - get a Not found
error message). Since there's only one fonds in there anyway, thought
I would just re-load the default data using propel:build-all-load
command and start again. Build-all-load seems to have worked, but
still can't access anything except Home screen (see:
http://edocs.lib.sfu.ca/collectionsSFU/qubit/web/ ). Have cleared
cache, but doesn't seem to matter.

Cheers,
Richard

On Mar 17, 5:08 pm, David at Artefactual <da...@artefactual.com>
wrote:

[David Juhasz]

Hi Richard,

This url works (the only difference is adding the "index.php"):
http://edocs.lib.sfu.ca/collectionsSFU/qubit/web/index.php/informationobject/list

This sounds like like the problem that Jack talked about with Mark in
this thread:
http://groups.google.com/group/qubit-dev/browse_thread/thread/6040530ac40ef414?hl=en

So the solution is (hopefully) to edit the
apps/qubit/config/settings.yml and set "no_script_name: off".

Let me know if that fixes the problem.

--

[Mark Jordan]

Hi all,

Here's the top of the settings.yml file:

prod:
.settings:
no_script_name: on
logging_enabled: off

dev:
.settings:
error_reporting: <?php echo (E_ALL | E_STRICT)."\n" ?>
web_debug: on
cache: off
no_script_name: off
etag: off

test:
.settings:
error_reporting: <?php echo ((E_ALL | E_STRICT) ^ E_NOTICE)."\n" ?>
cache: off
web_debug: off
no_script_name: off
etag: off

Should prod no_script_name be 'off'?

Mark

Mark Jordan
Head of Library Systems
W.A.C. Bennett Library, Simon Fraser University
Burnaby, British Columbia, V5A 1S6, Canada
Voice: 778.782.5753 / Fax: 778.782.3023
mjo...@sfu.ca

[David Juhasz]

Hi Mark,

Yes the prod no_script_name should be off for the production front
controller name (index.php) to be included in urls generated by symfony.

[Mark Jordan]

OK, done.

Mark

Mark Jordan
Head of Library Systems
W.A.C. Bennett Library, Simon Fraser University
Burnaby, British Columbia, V5A 1S6, Canada
Voice: 778.782.5753 / Fax: 778.782.3023
mjo...@sfu.ca

----- "David Juhasz" <da...@artefactual.com> wrote:

[Richard Dancy]

All was working well, but have run into a similar problem. This time
deleting a term that shipped with default data ("box" from the
Physical object taxonomy) routed me to the sfInstallPlug-in screen. I
know that this re-sets no_script_name in the settings.yml file back to
"on". I've edited the file to set back to "off" so that's fine, but I
can't clear cache. This is the error message when I run the php
symfony cc command:

Failed to write cache file "/mnt/u1/var/www/html/collectionsSFU/qubit/
cache/qubit/prod/config/config_settings.yml.php" generated from
configuration file "config/settings.yml".

Jack - this is the same message you saw yesterday. But I can't recall
the workaround you came up with.

Richard

On Mar 19, 11:29 am, Mark Jordan <mjor...@sfu.ca> wrote:
> OK, done.
>
> Mark
>
> Mark Jordan
> Head of Library Systems
> W.A.C. Bennett Library, Simon Fraser University
> Burnaby, British Columbia, V5A 1S6, Canada
> Voice: 778.782.5753 / Fax: 778.782.3023

> mjor...@sfu.ca