(1.5) Trac rejections

2 views
Skip to first unread message

Ken Kuhlman

unread,
Mar 8, 2011, 11:44:30 PM3/8/11
to turbogea...@googlegroups.com
Christoph, thanks for applying a fix to #2547 (missing username in access log in 1.5).   I have a test for it sitting on my laptop, though it requires a refactoring of testutil.capture_log & get_log.

Those aren't used much (not at all in the test suite), so I don't believe there's a problem with making the change even though we're already at a 2nd beta.   I didn't want to do it without a ticket, however.

Unfortunately Trac has decided that I'm a spammer, so I can't create, assign, or note tickets.   Should I wait until we're using Allura?  I see there's a turbogears1 project on sourceforge now.  Anything I can do to help?

thanks,
-Ken

Christoph Zwerschke

unread,
Mar 9, 2011, 5:45:40 AM3/9/11
to turbogea...@googlegroups.com
Am 09.03.2011 05:44, schrieb Ken Kuhlman:
> Unfortunately Trac has decided that I'm a spammer, so I can't create,
> assign, or note tickets. Should I wait until we're using Allura? I
> see there's a turbogears1 project on sourceforge now. Anything I can do
> to help?

Right, I've closed a few TG1 Trac tickets and will move the remaining
TG1 tickets to SF (Allura) this week, and then also help moving the TG2
Trac. So the new trackers will be available in the next days, Michael
and I will give extra notice on the lists.

It would be nice if you test the TG 1.5 branch as far as possible.
Feedback on the list an on the SF tracker once it's available.

> I have a test for it sitting on my laptop, though it requires a
> refactoring of testutil.capture_log & get_log.
>
> Those aren't used much (not at all in the test suite), so I don't
> believe there's a problem with making the change even though we're
> already at a 2nd beta. I didn't want to do it without a ticket,
> however.

Such minor changes are still possible in TG 1.5. There will be another
beta or at least a rc before the final release. The larger tickets will
be moved to TG 1.5.1 which will then not be a bugfix release only. I
think it's important to get TG 1.5 out the door because people will only
start migrating to 1.5 and giving feedback when there is an official
release available.

-- Christoph

Jorge Godoy

unread,
Mar 9, 2011, 6:10:53 AM3/9/11
to turbogea...@googlegroups.com, Christoph Zwerschke
I am also having issues with Trac considering me as a spammer, even though I have submitted (and closed) tickets in the past.

So, here's my report for TG1.5 as of SVN r7248.

(cut and paste from preview, with minor edits)


After some updates -- from OpenSuSE to Ubuntu, mainly -- the redirection feature when I get an IdentityFailure exception stopped working (using "http://localhost:8080").

Using "external redirects" on app.cfg provides me with a URL that when clicked redirects me to the login screen and back to the application, working correctly. Connecting directly to "/login" also works.  It is just the internal redirection that stopped working.


Here's the full trace:


URL: http://localhost:8080/
Module paste.evalexception.middleware:306 in respond        
<<          try:
                __traceback_supplement__ = errormiddleware.Supplement, self, environ
                app_iter = self.application(environ, detect_start_response)
                try:
                    return_iter = list(app_iter)>>  app_iter = self.application(environ, detect_start_response)
Module cherrypy._cpwsgi:318 in tail        
<<          so that any WSGI middleware in self.pipeline can run first.
            """
            return self.response_class(environ, start_response, self.cpapp)
       
        def __call__(self, environ, start_response):>>  return self.response_class(environ, start_response, self.cpapp)
Module cherrypy._cpwsgi:211 in __init__        
<<          self.cpapp = cpapp
            try:
                self.run()
            except:
                self.close()>>  self.run()
Module cherrypy._cpwsgi:259 in run        
<<          headers = self.translate_headers(self.environ)
            rfile = self.environ['wsgi.input']
            request.run(meth, path, qs, rproto, headers, rfile)
       
        headerNames = {'HTTP_CGI_AUTHORIZATION': 'Authorization',>>  request.run(meth, path, qs, rproto, headers, rfile)
Module cherrypy._cprequest:564 in run        
<<             
                self.stage = 'respond'
                self.respond(pi)
               
            except self.throws:>>  self.respond(pi)
Module cherrypy._cprequest:645 in respond        
<<                      if self.handler:
                            self.stage = 'handler'
                            response.body = self.handler()
   
                        # Finalize>>  response.body = self.handler()
Module cherrypy._cpdispatch:29 in __call__        
<<      def __call__(self):
            try:
                return self.callable(*self.args, **self.kwargs)
            except TypeError:
                x = sys.exc_info()[1]>>  return self.callable(*self.args, **self.kwargs)
Module ?:3 in index        
Module turbogears.controllers:364 in expose        
<<                          output = database.run_with_transaction(
                                    func._expose, func, accept, func._allow_json,
                                    *args, **kw)
                    except NoApplicableMethods, e:
                        args = e.args # args from the last generic function call>>  *args, **kw)
Module turbogears.database:? in run_with_transaction        
Module turbogears.database:424 in so_rwt        
<<      try:
            try:
                retval = func(*args, **kw)
                commit_all()
                return retval>>  retval = func(*args, **kw)
Module turbogears.controllers:? in _expose        
Module turbogears.controllers:393 in <lambda>        
<<              rulefunc=lambda _func, accept, allow_json, *args, **kw:
                    _execute_func(_func, template, format, content_type,
                                  fragment, options, args, kw)))
   
            if allow_json:>>  fragment, options, args, kw)))
Module turbogears.controllers:428 in _execute_func        
<<          log.debug("Calling %s with *(%s), **(%s)", func, args, kw)
   
        output = errorhandling.try_call(func, *args, **kw)
   
        if str(getattr(response, 'status', '')).startswith('204'):>>  output = errorhandling.try_call(func, *args, **kw)
Module turbogears.errorhandling:83 in try_call        
<<      from turbogears.database import restart_transaction
        try:
            return func(self, *args, **kw)
        except Exception, e:
            if (isinstance(e, cherrypy.HTTPRedirect)>>  return func(self, *args, **kw)
Module ?:3 in index        
Module turbogears.identity.conditions:236 in require        
<<              except IdentityException, e:
                    errors = [str(e)]
                raise IdentityFailure(errors)
            fn._require = predicate
            return require>>  raise IdentityFailure(errors)
IdentityFailure: ('/login', '')

(Extra Data from the fancy tracing)


CGI Variables
ACTUAL_SERVER_PROTOCOL 	'HTTP/1.1'
HTTP_ACCEPT 	'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8'
HTTP_ACCEPT_CHARSET 	'ISO-8859-1,utf-8;q=0.7,*;q=0.7'
HTTP_ACCEPT_ENCODING 	'gzip,deflate'
HTTP_ACCEPT_LANGUAGE 	'pt-br,en-us;q=0.7,en;q=0.3'
HTTP_CACHE_CONTROL 	'no-cache'
HTTP_CONNECTION 	'keep-alive'
HTTP_COOKIE 	'__utmz=111872281.1292153145.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); __utma=111872281.1083124596.1292153145.1299111190.1299337634.76; tg-visit=c539d28a31662a51093a4cd763a61d081bc13fd9; __utmc=111872281'
HTTP_HOST 	'localhost:8080'
HTTP_KEEP_ALIVE 	'115'
HTTP_PRAGMA 	'no-cache'
HTTP_USER_AGENT 	'Mozilla/5.0 (X11; U; Linux x86_64; pt-BR; rv:1.9.2.15) Gecko/20110303 Ubuntu/10.10 (maverick) Firefox/3.6.15'
PATH_INFO 	'/'
REMOTE_ADDR 	'127.0.0.1'
REMOTE_PORT 	'54280'
REQUEST_METHOD 	'GET'
REQUEST_URI 	'/'
SERVER_NAME 	'127.0.0.1'
SERVER_PORT 	'8080'
SERVER_PROTOCOL 	'HTTP/1.1'
SERVER_SOFTWARE 	'CherryPy/3.2.0 Server'

WSGI Variables
application 	<bound method CPWSGIApp.tail of <cherrypy._cpwsgi.CPWSGIApp object at 0x5603bd0>>
identity_status 	'403 Forbidden'
paste.evalexception 	<paste.evalexception.middleware.EvalException object at 0x44b4650>
paste.evalexception.debug_count 	1299667494
paste.throw_errors 	True
wsgi process 	'Multithreaded'

Another thing that I have noticed is that now the order of "identity.source" seems to be relevant.  I mean, if I have "visit,form,http_auth" then I can't login, but if I change it to "form,visit,http_auth" it works just fine.  I don't remember it being that way before.

A last note is that this project has been upgraded (tg-admin upgrade) from 1.0 to 1.1 and then to 1.5.  All is working fine, except for the redirection thing.  

Again, this started when I moved from OpenSuSE 11.3 to Ubuntu 10.10.  Even moving back on the svn tree up to r7130 didn't solve the problem so I guess that there might be some hidden condition or package dependency that I am missing and that isn't listed on TG.


Any hints?

--
Jorge Godoy     <jgo...@gmail.com>

Christoph Zwerschke

unread,
Mar 9, 2011, 6:39:51 AM3/9/11
to Jorge Godoy, turbogea...@googlegroups.com
Am 09.03.2011 12:10, schrieb Jorge Godoy:
> I am also having issues with Trac considering me as a spammer, even
> though I have submitted (and closed) tickets in the past.

Thanks, I have entered it as #2551 now and move it to the SF tracker
later this week together with all other remaining open tickets.

-- Christoph

Reply all
Reply to author
Forward
0 new messages