On 8/24/06, Oleg Broytmann <[EMAIL PROTECTED]> wrote:
> Hello! I did look at this.
Thank you very much I appreciate it.
>
> On Sat, Aug 19, 2006 at 04:27:33PM -0400, Jorge Vargas wrote:
> > = bugs =
> > == inside Turbogears ==
> > #no attribute 'autocommit
> > http://trac.turbogears.org/turbogears/ticket/763
>
>    Valid concern, but invalid test. I cannot run tests that requires TG.
> Create an SQLObject-only test and submit a bug report to the SF tracker so
> you can track it and add a report to the original ticket.
>
this is a very weird case, we haven't been able to track down what
exactly happens because it isn't in all instalations. and they are a
number of diferent databases affected by it therefore we think it may
be SO, but unfortunally we have no concrete non-TG cases.

> > #I didn't undestand this one.
> >  http://trac.turbogears.org/turbogears/ticket/817
>
>    Agagin, there is a test that requires TG. Create an SQLObject-only test
> and submit a bug report to the SF tracker.
>
> > == inside SQLObject ==
> > #SOclasses PATCH
> > http://trac.turbogears.org/turbogears/ticket/882
>
>    The patch looks strange. What is the .__reversed__() attribute?
>

> > #soClasses is a hack fix the real issue
> > http://trac.turbogears.org/turbogears/ticket/279
>
>    It is already in the command.py, so what is the problem? Close the
> ticket.
I dont see it at
http://svn.colorstudy.com/SQLObject/branches/0.7-bugfix/sqlobject/manager/command.py
>
> > #import classes into model
> >  http://trac.turbogears.org/turbogears/ticket/77
>
>    It is fixed, too (sqlobject.txt), I think. Close the ticket.
closed
>
> > #issie with sockets/param strings
> > http://trac.turbogears.org/turbogears/ticket/305
>
>    To specify a unix domain socket with SQLObject use the syntax:
> postgres:///var/run/postgresql/test?debug=1
>    For MySQL it is "unix_socket" argument:
> mysql://localhost/database?unix_socket=/var/lib/mysql/socket
>     Close the ticket.
>
closed and I'll make a note for documentation

> > #missing data in sqlobject-admin create / sql-admin sql sql
> > http://trac.turbogears.org/turbogears/ticket/1010
>
>    Fixed in the trunk two days ago. Close the ticket.

great thanks. closed

>
> > http://trac.turbogears.org/turbogears/ticket/1015
>
>    This again about the order of creation. Close the ticket.

close
>
> > === backend specific===
> > #firebird
> > http://trac.turbogears.org/turbogears/ticket/83
>
>    What is type_conv? Copy this one to the SQLObject tracker and add an
> explanation - what is it and of what type (None, string, int).

I'll ask kevin to more it and post a better explanation.

>
> > #No reconnect if connection is drop
> > #mysql & postgre
> > http://trac.turbogears.org/turbogears/ticket/872
> > http://trac.turbogears.org/turbogears/ticket/781
>
>    Valid concern, invalid patch. The patch has been already rejected in
> this list. Please copy the bug report to the SF tracker.

posted 1547004
>
> > = enhancements =
> > == inside TG ==
> > #sqlobject caching
> > http://trac.turbogears.org/turbogears/ticket/61
>
>    No patch attached. Close the ticket.
done
>
> > == SQLobject ==
> > #change SQLObject to use looging module.
> > http://trac.turbogears.org/turbogears/ticket/65
>
>    SQLObject still supports Python 2.2 that doesn't have logging module.
> No patch attached. Close the ticket. It is in our TODO anyway.
>
> > #make IntermediateTables more robust add PK,UNIQUE, index
> >  http://trac.turbogears.org/turbogears/ticket/990
>
>    We have a similar bug reports in our tracker. Close as dup.
which number? I want to leave a trail when I close that one.

>
> > === Not so common use cases ===
> > #he has 2 id's and a InheritableSQLObject, and he specs them to be the
> > same, this sounds more like a feature
> >  http://trac.turbogears.org/turbogears/ticket/583
>
>    Probbaly a real bug. Create an SQLObject-only test and submit a bug
> report to the SF tracker.
>
> > #one table defined with one connection the other with default, and
> > they are mixing eachother.
> > http://trac.turbogears.org/turbogears/ticket/657
>
>    I am sure this is a TG problem rather than a SQLObject problem. If not -
> please give me a test.
>
> > = closed =
> > http://trac.turbogears.org/turbogears/ticket/345
> > http://trac.turbogears.org/turbogears/ticket/201
>
>    They are already closed. Should I look into them?
no I forgot to took those out when send this to the TG trunk list.
>
> Oleg.
> --
>      Oleg Broytmann            http://phd.pp.ru/            [EMAIL PROTECTED]
>            Programmers don't die, they just GOSUB without RETURN.
>

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
sqlobject-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss

Reply via email to