search

TurboGears / tg2

Python web framework with full-stack layer implemented on top of a microframework core with support for SQL DBMS, MongoDB and Pluggable Applications
http://www.turbogears.org/
Other
806 stars 78 forks source link

Server error instead of stack trace when code contains non-ascii chars #12

Closed pedersen closed 10 years ago

pedersen commented 12 years ago

This issue existed in Trac. The original can be viewed at http://trac.turbogears.org/ticket/2238

This issue existed on SourceForge. The original can be viewed at https://sourceforge.net/p/turbogears2/tickets/69

pedersen commented 12 years ago

Original Author: pedersen, Original Timestamp: 2011-03-29 02:44:15.659000

Original Body: Here is how to reproduce the problem:

create a new project with paster quickstart
in the index controller, insert flash(u"Hallle!") (and save the file with utf-8 encoding)
this should work and display a nice flash message
pretend you made a mistake by removing the u in front of the unicode string above
now you get a server error without any clue where to search for the error
the log output does not help either

This seems to be a problem of weberror (this happened with weberror 0.10.1). I was able to work around this by encoding short_er and long_er in weberror.evalexception.format_eval_html. It's currently not clear to me where weberror is developed, is this part of Pylons? We need to get this fixed properly in weberror and make TG2 use the fixed version.

02/24/09 15:11:23 changed by jorge.vargas

weberror was originally paste.something now it's a separate package maintained by the pylons people I believe mainline is http://knowledgetap.com/hg/weberror/ Delete 03/14/09 18:59:44 changed by mramm

priority changed from high to normal.

Delete 03/14/09 19:00:31 changed by mramm

WebError? is a seprate package, but errors in WebError? can be reported on the pylons ticket tracker or pylons list as Ben and Philip both run the WebError? project too. Delete 03/14/09 20:01:27 changed by mramm

milestone changed from 2.0rc1 to 2.1.

Delete 03/15/09 05:27:26 changed by chrisz

description changed.

Delete 03/15/09 05:29:29 changed by chrisz

The same problem still exists with the current tip of the weberror repository mentioned by Jorge. I'll report this to the Pylons ML now. Delete 04/24/09 15:43:25 changed by percious

if this is reported to Pylons, shall we close it on our end? Delete 04/24/09 16:54:51 changed by chrisz

So far I had only reported it on the mailing list but nobody cared. I have now created Pylons ticket 606 with a pure Pylons test case for this problem.

Not sure if we should close such tickets. It reminds me or other TG developers to help out with a patch when we find some time, and TG users may also search for this in our active tickets.

pedersen commented 12 years ago

Original Author: pedersen, Original Timestamp: 2012-08-24 01:42:46.294000

Original Body: - version: 2.1.0 --> 2.1.5

amol- commented 10 years ago

This has been resolved by moving to Backlash, it now correctly exposes the error page with the flash call and exception traceback,