OpenGrok returns "File Not Found" on deleted files even with a revision

[cesar-d2l]

Describe the bug
In our docs, we often link to opengrok files with the revision number, for example:
/xref/test/somefile.sql?r=2766bdc195f0ae5daa0756aa64b2cd0c63d9ce32

In the main branch, somefile.sql has been deleted (or more often, moved/renamed). So we always get a "Error: File not found!". However, at that revision, that file does exist. git show 2766bdc195f0ae5daa0756aa64b2cd0c63d9ce32 -- somefile.sql does return a result.

I apologize in advance, I'm 90% sure this bug has been reported somewhere but I just can't find it :(

Environment:

• OpenGrok 1.13.17
• Tomcat 10.1.26
• OpenJdk 11.0.24 (Amazon Corretto)
• Amazon Linux 2

To Reproduce

1. Create a test repo and add a file
2. Index the repo, and in the UI navigate to that file
3. Delete the file in step 1 and re-index
4. Refresh the page

Expected behavior
The web browser shows the file at that revision

[vladak]

I don't think this has ever been supported. The webapp allows only files that are currently present to be handed back. The check in

opengrok/opengrok-web/src/main/java/org/opengrok/web/PageConfig.java

Line 1144 in f79db40

if (!file.canRead()) {

will propagate to

opengrok/opengrok-web/src/main/webapp/mast.jsp

Line 50 in f79db40

response.sendError(HttpServletResponse.SC_NOT_FOUND);

I'd have to think about the implications of relaxing this check.