3 commits

Author	SHA1	Message	Date
Lunny Xiao	791f290c26	Display error log when a modified template has an error so that it could recovery when the error fixed (#22261) (#22321) ... backport #22261 A drawback is the previous generated template has been cached, so you cannot get error in the UI but only from log Co-authored-by: KN4CK3R <admin@oldschoolhack.me> Co-authored-by: delvh <dev.lh@web.de>	2023-01-03 19:39:58 +08:00
zeripath	7d2545d183	Add nicer error handling on template compile errors (#21350) ... There are repeated issues reported whereby users are unable to interpret the template errors. This PR adds some (somewhat complex) error handling to the panic recovery for template renderering but hopefully makes the interpretation of the error easier. Reference #21344 Signed-off-by: Andrew Thornton <art27@cantab.net>	2022-10-07 22:02:24 +01:00
zeripath	bb0ff77e46	Share HTML template renderers and create a watcher framework (#20218) ... The recovery, API, Web and package frameworks all create their own HTML Renderers. This increases the memory requirements of Gitea unnecessarily with duplicate templates being kept in memory. Further the reloading framework in dev mode for these involves locking and recompiling all of the templates on each load. This will potentially hide concurrency issues and it is inefficient. This PR stores the templates renderer in the context and stores this context in the NormalRoutes, it then creates a fsnotify.Watcher framework to watch files. The watching framework is then extended to the mailer templates which were previously not being reloaded in dev. Then the locales are simplified to a similar structure. Fix #20210 Fix #20211 Fix #20217 Signed-off-by: Andrew Thornton <art27@cantab.net>	2022-08-28 10:43:25 +01:00