Unable to access page after block usage

Permalink 2 users found helpful
I upgraded to the 5.2RC version, installed a couple of gallery blocks and now I am having some trouble. Can anyone help?

First - in maintenance mode of the dashboard, the "Index search engine" has been running for about 5 days. It won't stop so I am unable to index again.

Second, I have a page that I used a downloaded gallery block. Since adding the block to the page, I am unable to access it to edit it, etc... can't even delete it from the Sitemap.

Any help?

jizzle
View Replies:
jizzle replied on at Permalink Reply
jizzle
Ok, was able to delete the page by commenting out line 88 in loader.php. After deleting page, uncommented the line.

Only problem now is the index is still running and need to try and uninstall the 2 blocks that didn't work for me.
Pseudo replied on at Permalink Reply
Line 88 in the /concrete/libraries/loader.php

Help !!!

Complete message:

Warning: require_once(/concrete/config/../blocks/flow_gallery/controller.php) [function.require-once]: failed to open stream: Aucun fichier ou répertoire de ce type in /concrete/libraries/loader.php on line 88

Fatal error: require_once() [function.require]: Failed opening required '/concrete/config/../blocks/flow_gallery/controller.php'
(include_path='.:/usr/lib/php5:/kunden/homepages/../libraries/3rdparty:/homepages/4/d268512884/htdocs/concrete/config/../libraries/3rdparty')
in /homepages/../concrete/libraries/loader.php on line 88

Just returned to 5.1.1 version: WORKING !!!
Keeping the old vesion for now...
andrew replied on at Permalink Reply
andrew
At this point I would go into the database and remove the flow_gallery entry manually from the BlockTypes table.

We are trying to tweak the loader functionality so that, if it's unable to find a file, it will die silently, so in these occasions it won't matter that the file can't be found.
jizzle replied on at Permalink Reply
jizzle
After the steps I noted above, I also manually removed the gallery from the database.

Also, any ideas on why the maintenance jobs are still running/how to stop it? I assume that it is a variable in the database that gets set when you run the job, and then resets when finished. I haven't delved that far into the db to find it. Any hints on locating this?
synlag replied on at Permalink Reply
synlag
had the same trouble with a custom block see bugs
andrew replied on at Permalink Reply
andrew
Because it's very likely that the job did eventually finish, but the particular PHP script aborted before the variable in the script could be set.

To reset the status of your jobs and allow them to be run again...try this query:

update Jobs set jStatus = 'ENABLED';
jizzle replied on at Permalink Reply
jizzle
Yup, that worked great. Ran the job afterwards and it finished fine. Thanks!