Open mmmarq opened 1 year ago
Is there anything of interest (around the time the request for the file in question fails) in the webapp logs ?
Hello @vladak
Not a single word from tomcat log. Should I increase tomcat log level?
Thanks
Hello @vladak
Not a single word from tomcat log. Should I increase tomcat log level?
Thanks
yep, that might be worthwhile.
I have changed tomcat log level to FINE. See log snippet in attached file catalina.txt
Describe the bug
I have a project indexed (repo) that is composed by some git projects. One of this git projects has "nested" git project that is a symbolic link to original git project available in the project root folder. When I try to open a file into this "nested" project, web server fail to open it and returns "Error reading file" message.
I realize that the commit SHA1 into URL ending is correct if you consider original project location, but looks like webapp tries to recover that SHA1 commit from current project, what causes the error. If I change that URL SHA1 commit to "unknown", webapp can show file content because (I think) it reads file from file system instead of try to recover it from repository.
Is there any additional config that I should use while indexing or at config file to prevent this error? I have tried "--nestingMaximum" without success.
To Reproduce Create and index a git repository structure like this:
Index command:
Expected behavior
Open "readme.txt" file under project2 on browser (WILL FAIL WITH "Error reading file"):
https://opengrok/mmm/xref/collection/project2/docs/readme.txt?r=9ec4a9b6
Open "readme.txt" file under project2 on browser (Changing commit SHA1 by unknown will works):
https://opengrok/mmm/xref/collection/project2/docs/readme.txt?r=unknown
Opening original file location works fine:
https://opengrok/mmm/xref/collection/project1/docs/readme.txt?r=9ec4a9b6
Additional context
I can see that even using "--economical" flag, indexer have created a symlink at project2 xref folder:
Configuration file content (xml)
Thanks in advance