Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Already on GitHub? Sign in to your account

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

Closed
pedersen opened this Issue Sep 24, 2012 · 3 comments

Comments

Projects
None yet
2 participants
Owner

pedersen commented Sep 24, 2012

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

Owner

pedersen commented Sep 24, 2012

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.

Owner

pedersen commented Sep 24, 2012

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

Original Body: - version: 2.1.0 --> 2.1.5

  • milestone: 2.2.0 --> 2.3.0
Owner

amol- commented Mar 3, 2014

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

@amol- amol- closed this Mar 3, 2014

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment