https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26048

--- Comment #21 from David Cook <dc...@prosentient.com.au> ---
(In reply to Jonathan Druart from comment #19)
> Thanks David, I was missing HTTPExceptions to make it works that way!
> 
> We should update the list of reasons of the 500
> """
>     You made use of an external link to an item that is no longer available
>     You followed an outdated link e.g. from a search engine or a bookmark
>     You tried to access a page that needs authentication
>     An internal link in the client is broken and the page does not exist
> """
> At least the 3rd one is wrong.
> 
> The most probable reason is that there is a bug :D
> 

Mmm good point. I'd say that whole list is wrong heh. 

Separate bug report though, yeah?

> Yesterday I was thinking we could have a syspref to display/hide the error
> (not the stacktrace). Or enable it by default for superlibrarian. What do
> you think (on its own bug report of course)?

Hmm, you mean display/hide the error that caused the 500? 

The only way we could do that in my mind would be with a custom middleware
before HTTPExceptions. Given Koha's current structure, that's the only way I
can think to do it.

-- 
You are receiving this mail because:
You are watching all bug changes.
_______________________________________________
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Reply via email to