Can't view any pages

After logging in to edit my site, I try to navigate to my homepage from the Sitemap and I get "Unexpected Error. File Does Not Exist". The same error occurs for each page. Needless to say, I did not delete any of these files. I hope all my work is not lost. Any advice?

View Replies:
s2d replied on at Permalink Reply
If you enable show debug error output, that will probably tell you more about what the problem might be.

Dashboard -> System & Settings -> Environment -> Debug Settings

Can you see your pages while logged out?
stomanovich replied on at Permalink Reply
Thanks, KateD. But I'm note sure where to start with this. Is there a way to make sure I haven't lost all of my work?

Imagine\Exception\InvalidArgumentException thrown with message "File does not exist."

#20 Imagine\Exception\InvalidArgumentException in /home8/compasz3/public_html/
#19 Imagine\Image\AbstractImagine:checkPath in /home8/compasz3/public_html/
#18 Imagine\Imagick\Imagine:open in /home8/compasz3/public_html/
#17 Concrete\Core\Support\Facade\Facade:__callStatic in /home8/compasz3/public_html/
#16 Concrete\Core\Support\Facade\Image:open in /home8/compasz3/public_html/
#15 Concrete\Core\Legacy\ImageHelper:getThumbnail in /home8/compasz3/public_html/
#14 include in /home8/compasz3/public_html/
#13 Concrete\Core\Block\View\BlockView:renderViewContents in /home8/compasz3/public_html/
#12 Concrete\Core\View\AbstractView:render in /home8/compasz3/public_html/
#11 Concrete\Core\Area\Area:display in /home8/compasz3/public_html/
#10 Concrete\Core\Area\GlobalArea:display in /home8/compasz3/public_html/
#9 include in /home8/compasz3/public_html/
#8 Concrete\Core\View\View:inc in /home8/compasz3/public_html/
#7 include in /home8/compasz3/public_html/
#6 Concrete\Core\View\View:renderViewContents in /home8/compasz3/public_html/
#5 Concrete\Core\View\AbstractView:render in /home8/compasz3/public_html/
#4 Concrete\Core\Routing\DispatcherRouteCallback:sendResponse in /home8/compasz3/public_html/
#3 Concrete\Core\Routing\DispatcherRouteCallback:execute in /home8/compasz3/public_html/
#2 Concrete\Core\Application\Application:dispatch in /home8/compasz3/public_html/
#1 require in /home8/compasz3/public_html/
#0 require in /home8/compasz3/public_html/
stomanovich replied on at Permalink Reply 1 Attachment
When I log out, my home page looks like this (see attachment)
edbeeny replied on at Permalink Reply
Have you changed your database password?
stomanovich replied on at Permalink Reply
I've been using the username and password of the person who set up Concrete5 originally. He gave me admin rights but apparently if was a different level of admin rights than I had. So I've been using both at different times. I have a call in to him to see if he changed the admin password. We'll see. Unfortunately I lost a day of work chasing this down... I'll post the fix when I figure it out...
kitc replied on at Permalink Reply
Were you able to resolve this issue? I have encountered the same problem. Well, similar.

Imagine \ Exception \ InvalidArgumentException
File does not exist.

This file does exist and it seems to have the proper permissions, 755
peachio replied on at Permalink Reply
I'm having a similar issue:
11. Doctrine\DBAL\Driver\AbstractMySQLDriver convertException
10. Doctrine\DBAL\DBALException driverExceptionDuringQuery
9. Doctrine\DBAL\Driver\PDOException
8. PDOException
7. PDOStatement execute
6. Doctrine\DBAL\Driver\PDOStatement execute
5. Doctrine\DBAL\Connection executeQuery
4. Concrete\Core\Database\Connection\Connection query
3. Concrete\Core\Package\PackageList get
2. Concrete\Core\Application\Application setupPackages
1. require
0. require

my page is at
I can't log in or out on.
crldev replied on at Permalink Reply
Nobody appears to have offered a solution to this but....I had the same problem which I have now overcome.

I was using a block (Indirectory) that required a logo image for a directory entry. A client had accidentally selected a PDF from the file manager. Once I had identified this as the problem, I swapped it for a jpg and everything was fine.

So, I am not saying this is always the problem, but it may be as simple as the call not liking the file type. Yes, the block in question should be robust enough to check, but that isn't always the case.