Viewing HTML-file gives error

[koko]

Hi,

I use OpenGoo pretty intense and I almost found solutions for everything, but not for the next thing:

When I try to watch a file I made with the Documents-module, I get an error:
Error
We are sorry, but OpenGoo is not currently able to execute your request. An Error Report has been sent to the administrator.

I have no idea why this happens. First I thought it happened while updating, but this doesn't seem the reason.

Does anyone have this problem too? Does anyone know hoe to solve this?

Thanks in advance!!

[alvarotm01]

Hi,

That error should have been logged in cache/log.php as a fatal error, if you deleted the log, or it is difficult to find that logged error you can turn on the DEBUG constant in  config/config.php and try to reproduce the error.
With debug enabled the error information will be displayed in the screen.

We would appreciate if you can send us that information, in order to debug this.

greetings

[koko]

Hi,

I don't have any log-file in /office.go-online.be/www/cache ... Also my DEBUG-option is enabled and I neither see any error more then I already put in my last post ...

Any other suggestions?

[koko]

This is the error I get:

Error (FileNotInRepositoryError)
File 'f40bbbdb88a877bf31952ba166135ef6502f22f6' can not be found in the repository
Error params:
File:    /home/.marfa/koko/office.kokoweb.org/library/filerepository/backend/FileRepository_Backend_MySQL.class.php
Line:    87
File ID:    f40bbbdb88a877bf31952ba166135ef6502f22f6
Backtrace:
#0 /home/.marfa/koko/office.kokoweb.org/library/filerepository/FileRepository.class.php(58): FileRepository_Backend_MySQL->getFileContent('f40bbbdb88a877b...')
#1 /home/.marfa/koko/office.kokoweb.org/application/models/project_file_revisions/ProjectFileRevision.class.php(97): FileRepository::getFileContent('f40bbbdb88a877b...')
#2 /home/.marfa/koko/office.kokoweb.org/application/models/project_files/ProjectFile.class.php(304): ProjectFileRevision->getFileContent()
#3 /home/.marfa/koko/office.kokoweb.org/application/controllers/FilesController.class.php(1871): ProjectFile->getFileContent()
#4 /home/.marfa/koko/office.kokoweb.org/environment/classes/controller/Controller.class.php(76): FilesController->display_content()
#5 /home/.marfa/koko/office.kokoweb.org/environment/classes/controller/PageController.class.php(62): Controller->execute('display_content')
#6 /home/.marfa/koko/office.kokoweb.org/environment/classes/Env.class.php(173): PageController->execute('display_content')
#7 /home/.marfa/koko/office.kokoweb.org/init.php(150): Env::executeAction('files', 'display_content')
#8 /home/.marfa/koko/office.kokoweb.org/index.php(9): require('/home/.marfa/ko...')
#9 {main}
Autoglobal varibles:
$_GET:    Array (
  ['c'] => (string) 'files'
  ['a'] => (string) 'display_content'
  ['id'] => (string) '4'
)
$_POST:    
$_COOKIE:    Array (
  ['id'] => (string) '1'
  ['token'] => (string) '990b7dcb53bc9a2e1f54d1d8caa1cde2ad43842c'
  ['remember'] => (string) '1'
  ['PHPSESSID'] => (string) 'j8gpr5d86qsk9m24v0chir9do2'
)
$_SESSION:    Array (
  ['cal_version'] => true
  ['month'] => (string) '6'
  ['year'] => (string) '2009'
  ['day'] => (string) '08'
)
Execution time:
Total execution time: 1.2822499275208 seconds

[grishnak]

Hi,

I too am receiving the following error after upgrading from 1.4.1 to 1.4.2.  I am not sure if it happened in an earlier update than that as I have a quite a few documents in use, however, I  only noticed it when trying to access a couple of older documents recently.  It does appear to not effect docs created in 1.4.2.

Any thought on what could be the problem?  Let me know if there is information required about my install/system..

Thanks in anticipation.

Grishnak

Error (FileNotInRepositoryError)
File '5e1bd773527eb1d1a8a3493eec24b47fcfc5a3a1' can not be found in the repository
Error params:
File:    /var/www/og/library/filerepository/backend/FileRepository_Backend_FileSystem.class.php
Line:    68
File ID:    5e1bd773527eb1d1a8a3493eec24b47fcfc5a3a1
Backtrace:
#0 /var/www/og/library/filerepository/FileRepository.class.php(58): FileRepository_Backend_FileSystem->getFileContent('5e1bd773527eb1d...')
#1 /var/www/og/application/models/project_file_revisions/ProjectFileRevision.class.php(97): FileRepository::getFileContent('5e1bd773527eb1d...')
#2 /var/www/og/application/models/project_files/ProjectFile.class.php(304): ProjectFileRevision->getFileContent()
#3 /var/www/og/application/controllers/FilesController.class.php(1870): ProjectFile->getFileContent()
#4 /var/www/og/environment/classes/controller/Controller.class.php(76): FilesController->display_content()
#5 /var/www/og/environment/classes/controller/PageController.class.php(62): Controller->execute('display_content')
#6 /var/www/og/environment/classes/Env.class.php(173): PageController->execute('display_content')
#7 /var/www/og/init.php(150): Env::executeAction('files', 'display_content')
#8 /var/www/og/index.php(9): require('/var/www/og/ini...')
#9 {main}
Autoglobal varibles:
$_GET:    Array (
  ['c'] => (string) 'files'
  ['a'] => (string) 'display_content'
  ['id'] => (string) '14'
)
$_POST:    
$_COOKIE:    Array (
  ['mythweb_id'] => (string) 'ec718f82505f21953e16188e76a50644'
  ['MFTheme'] => (string) 'mf_whitesquid'
  ['ColorCSS'] => (string) 'default'
  ['ScreenType'] => (string) 'wide'
  ['FontSize'] => (string) '3'
  ['PHPSESSID'] => (string) '2201736d263ef2b0384de9ddc23bd3fa'
  ['id'] => (string) '1'
  ['token'] => (string) '76f7c0a059583699abfdfe6cfa07e270ed7ead65'
)
$_SESSION:    Array (
  ['cal_version'] => true
  ['month'] => (string) '7'
  ['year'] => (string) '2009'
  ['day'] => (string) '08'
)
Execution time:
Total execution time: 0.288179 seconds

[ignacio]

Check if the web server user has write permissions on all folders below the "upload" folder (if you are using filesystem storage). If you are running a cron as "root" some folders may have being created with "root" owner and group, and so the web server user may not be able to access them. If this is the case try changing the owner of all folders in the upload folder to the web server's user (may be apache or www-data), and make sure the cron job is being ran by that same user, which can be done by calling 'sudo -u apache (command)' or by invoking cron.php with 'wget'.

If this has nothing to do with the problem, check if the file actually exists in the 'upload' folder. The id of file you are missing is '5e1bd773527eb1d1a8a3493eec24b47fcfc5a3a1' so the file should be found on 'upload/5e1/bd7/773/527eb1d1a8a3493eec24b47fcfc5a3a1'. Previous to 1.4.2 files were stored on folders with 5 character long names. So if the file exists on '527eb/1d1a8/a3493/eec24b47fcfc5a3a1' then you may have a problem similar to the previous paragraph.

[grishnak]

Thanks for the quick response.

The upload folder was owned by www-data but the majority of files within were owned by root, I chowned them to www-data and I have all my docs back.  Thanks ignacio!