Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP

Loading…

Visiting a bad /bugs URL says an error has occurred #789

Closed
imported-from-roundup opened this Issue · 1 comment

2 participants

@imported-from-roundup

Comment by jesstess:

If I visit http://openhatch.org/bugs/foo while not logged in, I get a 400 and

"Tue Jul 12 19:59:05 2011: An error occurred. Please check the server log for more infomation."

Visiting logged in, I get

"""
Error response

Error code 404.

Message: /bugs/foo.

Error code explanation: 404 = Nothing matches the given URI.
"""

They should probably both get a 404, and better yet get a nice styled page for it, a la
http://openhatch.org/foo.


Comment by egor83:

I think it's bitesize, isn't it?


Comment by paulproteus:

It is bitesize, except that it's in Roundup, which is somewhat hard to
understand. I figure that people shouldn't be directed to it as newcomers unless
they understand that.

But if you do understand that, then yes!


Comment by paulproteus:

egor83, you asked for more clarification on IRC (although I missed you).

What I'm trying to say is that /bugs/ is not handled by the main openhatch code
that we store on Gitorious at http://gitorious.org/openhatch/oh-mainline .

It's handled by Roundup's code, which we happen to have installed on the server
through the Debian package.

So the bug fix actually would occur in a different codebase than the main
OpenHatch one, and I know the Roundup codebase less well. That's what I mean by
"it's in Roundup".

Sorry that that was unclear. Do my earlier remarks make more sense now?


Comment by paulproteus:

Here is the exception that Roundup raises:

EXCEPTION AT Thu Sep 1 04:40:30 2011
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.6/roundup/scripts/roundup_server.py", line
192, in run_cgi
self.inner_run_cgi()
File "/usr/lib/pymodules/python2.6/roundup/scripts/roundup_server.py", line
368, in inner_run_cgi
tracker.Client(tracker, self, env).main()
File "/usr/lib/pymodules/python2.6/roundup/cgi/client.py", line 368, in main
self.db.close()
File "/usr/lib/pymodules/python2.6/roundup/backends/rdbms_common.py", line
1334, in close
self.sql_close()
File "/usr/lib/pymodules/python2.6/roundup/backends/back_sqlite.py", line 307,
in sql_close
self.conn.close()
OperationalError: unable to close due to unfinalised statements

I added some logging to the Roundup-Django login integration code, and it
doesn't seem to be the cause of the problem.

For now, I will just push this forward to the future. It would be good to be
find out what the minimal adjustments to stock Roundup you need to make to be
able to reproduce this bug. I can't seem to reproduce it on other Roundup
instances I find lying around the web.


Comment by Coffeeman:

Related to 827?


Status: chatting
Nosy List: egor83, jesstess, paulproteus, pythonian4000
Priority: bug
Imported from roundup ID: 474 (view archived page)
Last modified: 2013-03-19.04:13:56

@ehashman
Collaborator

Since we've retired /bugs, this is no longer applicable.

@ehashman ehashman closed this
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.