Improvement for alert "Inexistant Files"

[erxbout]

Describe the problem

Hello,

I am currently facing an issue with my weblate instance..
Each hour a mail is sent to some people telling that there is a parse error in "project x", en.json is missing..

When clicking on the button in the email it goes to "project x" but it does not show me errors anywhere..

My proposal is that the path of the failing file should be applied not only the name of the file..

It is most likely that my config is somewhere at fault because the mail says it is missing the en.json file and I am pretty sure it is already there because I can edit it from the frontend.
The mail annoys my coworkers and I want to get rid of it by fixing the problem, but I do not know where weblate expects this file and I already went through all my suspected paths..

The code for this seems to be here in this file:

weblate/weblate/trans/models/alert.py

Line 662 in 8c14c13

class InexistantFiles(BaseAlert):

This might be an easy and quick fix for someone who knows python but I do not have the time to try to patch it myself..

Describe the solution you would like

The email alert "Inexsistant files" it should contain the path of the file for easier debug

Describe alternatives you have considered

No response

Screenshots

No response

Additional context

No response

[nijel]

Maybe your Celery workers are running with a different configuration than the web server?

[erxbout]

Where could I find this? I went through database tables, django and environment variables and settings-override.py

Other projects are also on the same instance and they do not have this problem

Thx for the fast response :D

[nijel]

My proposal is that the path of the failing file should be applied not only the name of the file..

This is the full name of the file within the component. Exposing the full file system path is not desired as users typically don't have access to the server file system, and it would leak information about the server setup.

Other projects are also on the same instance and they do not have this problem

Okay, then this must be something from the component configuration. The alert should tell you which of the configured files is affected.

[erxbout]

Ok I understand that the email could be received by an external person who is just translating and therefore exposing server paths is not ideal..

I am sure there is something wrong in the configuration but I am not able to find it and I am debugging into the blind when I do not know what path I should search for..
When I click the "View" button in the email I see a project that is configured correctly..

When the debug mode is active it would also help if the path is shown in the alert in debug mode, or is just written to the log output like "Now an alert is sent via email regarding inexistant files x/y/z.file, x/y/a.file"
But I do not see anything there, just a heartbeat that is happening and around that timeframe the email arrives..

[nijel]

Do you see any issues on /manage/performance/?

[erxbout]

I found the issue.. It was our infrastructure..

We moved the service and on the old kubernetes cluster somebody deployed again and that set the replicas back to one..
Found this because I was annoyed at the emails wanted to disable the service for the weekend but noticed that they kept coming..

As I also moved paths, I could have found out about this earlier if there would be any notice about the path in the logs..
Would still suggest to add that sometime in the future, but it also might not be worth the effort if that happens not that often..

So thank you for your patience, it seems like everything is working now! :D