Warning: Can't synchronize with repository "(default)" (Unsupported version control system "svn": No module named svn). Look in the Trac log for more information.

Ticket #346 (closed defect: fixed)

Opened 12 years ago

Last modified 10 years ago

When setting notrans_mysql in .cfg, the notrans_ does not get stripped

Reported by: KarlGuertin Owned by: anonymous
Priority: normal Milestone: 0.9a1
Component: SQLObject Version:
Severity: normal Keywords:
Cc:

Description

Tipped off by Mike Kent on the mailing list.

I glanced at the code and didn't see why this was the case, but the notrans_ is still on the dburi when it gets passed to sqlobject, which causes:

-----<snip>-----------
 File "/usr/lib/python2.4/site-packages/SQLObject-0.7.0-py2.4.egg/sqlobject/dbconnection.py", line 910, in connectionForURI
    assert self.schemeBuilders.has_key(scheme), (
AssertionError: No SQLObject driver exists for notrans_mysql (only sqlite, sapdb, postgresql, firebird, maxdb, sybase, interbase, psycopg, mysql, postgres)

Mike reported this with rev 341 on Mysql 3.23 and I've confirmed with rev 339 on Mysql 5.0.18.

Change History

comment:1 Changed 12 years ago by kevin

  • Status changed from new to closed
  • Resolution set to worksforme

I have confirmed that PackageHub? behaves as expected (stripping off the notrans_ before SQLObject gets it). My guess is that both of these cases are using AutoConnectHub?. The only reason that PackageHub? implements this is that the present behavior hangs on to a hub per dburi and I didn't want that mapping to include the notrans_.

comment:2 Changed 12 years ago by kevin

  • Status changed from closed to reopened
  • Resolution worksforme deleted

there must still be something going on. From the mailing list:

>From the top of my model.py:

from sqlobject import *
from turbogears.database import PackageHub

hub = PackageHub("books")
__connection__ = hub

Now, it's true that this model.py, and my entire project, was
originally created for TG 0.8, and moved over to a new project using TG
0.9.  Could this be a factor?

comment:3 Changed 12 years ago by anonymous

  • Milestone set to 0.9

I can replicate this problem on svn 556.

--Mark

comment:4 Changed 12 years ago by kevin

  • Milestone changed from 0.9 to 0.9a1

comment:5 Changed 12 years ago by kevin

see also #534.

comment:6 Changed 11 years ago by kevin

  • Status changed from reopened to closed
  • Resolution set to fixed

This should now be working as of [819].

Note: See TracTickets for help on using tickets.