{5} Accepted, Active Tickets by Owner (Full Description) (20 matches)
List tickets accepted, group by ticket owner. This report demonstrates the use of full-row display.
ged (20 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #10 | Implement concrete-table polymorphic inheritance | core | 0.8 | enhancement | 10/13/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hello, for greater projects some people needs the polymorphic inheritance working properly. It would be very usefull if Elixir implement it. thank you. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #12 | relation to an SA-mapped class | core | 0.8 | enhancement | 10/23/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
make it possible to make a relation to an SA-mapped class. it'll be slightly problematic for the translate_order_by in HasMany and HABTM. We'll need to extract that method as a global function. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #26 | establish onetomany on unique, non primarykey, index | core | 0.8 | enhancement | 12/11/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
i would like to establish the one side of an onetomany relationship on a regular unique index (but not a primarykey). in his answer to my post, gaetan wrote: I should make it possible as SQLAlchemy allows this. I see two (complementary) options to do that: * provide a "target_columns" arguments, which would list the name of the column(s) you want to target. That would probably be enough for you. * detect that a join argument (primary_join and possibily secondary_join) is present and don't create any column in that case. i'd really prefer the explicit (first) version. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #57 | Implement polymorphic relationships | core | 0.8 | enhancement | 07/11/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
There are two patterns that I know of to implement polymorphic relationships. At least one of them should be implemented. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #61 | Migrate is broken with elixir 0.6.0 | core | 0.8 | defect | 08/04/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I had migrate scripts that worked with Elixir 0.5.2 and they don' t anymore. I get this error:
Exception: %s resolves to several entities, you should use the full path (including the full module name) to that entity. I attach the script that gives this error |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #62 | Elixir doesn't support relationships with several inverses (can happen with inheritance) | core | 0.8 | defect | 08/07/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If we have base class A with a relation to class B, and a sub-class C, derived from A, C does not properly inherit the relation to B. There is some discussion of the issue here: http://groups.google.com/group/sqlelixir/browse_thread/thread/314f25c71aec5d3a |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #65 | Add a proper logger for debug prints and other info | core | 0.8 | enhancement | 08/18/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #68 | Implement filter on ManyToMany relationships | core | 0.8 | enhancement | 08/20/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
should simply add criteria to secondaryjoin |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #74 | Allow OneToMany without ManyToOne | core | 0.8 | enhancement | 10/01/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
if primaryjoin is specified manually: - OneToMany where the column & FK in the target were created manually (not through a M2O). - OneToMany without an a target table without an explicit FK to "current" entity. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #76 | Allow ManyToOne created using field= to not add a ForeignKey constraint | core | 0.8 | enhancement | 12/08/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Maybe this should be the default behavior when the field argument is used. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #78 | Relationship matching code with inheritance is flaky in some cases | core | 0.8 | defect | 12/10/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
See attached test case |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #81 | Evaluate the feasibility to make Field inherit from Column | core | task | 12/18/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
so that specifying Column instances arguments to relationships or mappers would be less awkward. For example: class A(Entity): name = Field(String(60)) b_id = Field(Integer, ForeignKey('a.id')) b = ManyToOne('B', field=b_id) class B(Entity): id = Field(Integer, primary_key=True) name = Field(String(60)) many_a = OneToMany('A') filtered = OneToMany('A', primaryjoin=and_(A.b_id == id, A.name.contains('test')) # -or- filtered = OneToMany('A', filter=A.name.contains('test')) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #82 | Create a recipe for using Elixir with migrate | documentation | task | 12/19/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
<flupke> hi, I have troubles using elixir with migrate: it creates empty tables and I have to specify the inverse keyword for all my OneToMany fields <Gedd> which version of Elixir are you using? <flupke> 0.5.2 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #95 | Update Elixir description everywhere | core | 0.8 | task | 10/01/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It's highly outdated... It appears at least at the following places:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #97 | Investiguate how to move away from global/default-provided session, metadata & collection | core | 0.8 | task | 10/13/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The migration needs to be fairly painless |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #101 | Overhaul option storage | core | task | 11/13/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The current solution (setattr) is quite ugly. I see 2 solutions:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #104 | Python package pycrypto is not listed as dependency | extensions | 0.8 | defect | 01/09/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
But elixir.ext.encrypted imports Crypto.Cipher. I'm running in a clean virtualenv on OS X 10.5. Reproduction: $ mkvirtualenv --no-site-packages --distribute -q example (example)$ pip -q install elixir Using already activated environment .../virtualenvs/example (example)$ python -c "import elixir.ext.encrypted" Traceback (most recent call last):
ImportError: No module named Crypto.Cipher (example)$ |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #105 | Allow ManyToMany to specify a manually-defined table through a string argument | core | enhancement | 01/19/10 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
See attached script. ManyToMany relationship using a custom table to represent the association fails with an AssertionError: Traceback (most recent call last):
AssertionError Elixir 0.7.1 SQLAlchemy 0.6 beta (trunk r6633) This relationship seemed to work okay with Elixir 0.6.1. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #108 | order_by in OneToMany fails if colname is specified on target field | core | defect | 03/29/10 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
By my reading of the OneToMany docs, the order_by parameter refers to the Field in the target class used to order the results of this collection. "order_by: Specify which field(s) should be used to sort the results given by accessing the relation field." However, when attempting to implement this behavior, I found that specifying the field name results in an Exception, "no column found", during setup of the Entities. A runnable failing example is attached. The traceback it outputs follows this report. I suspect that either the order_by parameter should accept field names or the documentation should be updated to reflect that column names must be specified (certainly less desirable).
Traceback (most recent call last):
<module>
line 94, in setup_all
Exception: No column named 'position' found in the table of the 'Bullet' entity! |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #116 | Elixir trunk (r534) tests fail with SQLAlchemy 0.7 | core | 0.8 | defect | 06/02/11 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Three unit tests fail with SQLAlchemy 0.7: ======================================================================
ERROR: tests.test_autoload.TestAutoload.test_autoload_mixed
----------------------------------------------------------------------
Traceback (most recent call last):
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/nose-1.0.0-py2.7.egg/nose/case.py", line 187, in runTest
self.test(*self.arg)
File "/home/vinay/tools/elixir/tests/test_autoload.py", line 404, in test_autoload_mixed
colname = Item.table.c['owner_user_id'].foreign_keys[0].column.name
TypeError: 'set' object does not support indexing
======================================================================
ERROR: Failure: ImportError (No module named exceptions)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/nose-1.0.0-py2.7.egg/nose/loader.py", line 390, in loadTestsFromName
addr.filename, addr.module)
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/nose-1.0.0-py2.7.egg/nose/importer.py", line 39, in importFromPath
return self.importFromDir(dir_path, fqname)
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/nose-1.0.0-py2.7.egg/nose/importer.py", line 86, in importFromDir
mod = load_module(part_fqname, fh, filename, desc)
File "/home/vinay/tools/elixir/tests/test_options.py", line 7, in <module>
from sqlalchemy.exceptions import SQLError, ConcurrentModificationError
ImportError: No module named exceptions
======================================================================
ERROR: tests.test_perform_ddl.TestPreloadData.test_several
----------------------------------------------------------------------
Traceback (most recent call last):
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/nose-1.0.0-py2.7.egg/nose/case.py", line 187, in runTest
self.test(*self.arg)
File "/home/vinay/tools/elixir/tests/test_perform_ddl.py", line 55, in test_several
setup_all(True)
File "/home/vinay/tools/elixir/elixir/__init__.py", line 93, in setup_all
create_all(*args, **kwargs)
File "/home/vinay/tools/elixir/elixir/__init__.py", line 76, in create_all
md.create_all(*args, **kwargs)
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/SQLAlchemy-0.7.0-py2.7-linux-i686.egg/sqlalchemy/schema.py", line 2377, in create_all
bind.create(self, checkfirst=checkfirst, tables=tables)
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/SQLAlchemy-0.7.0-py2.7-linux-i686.egg/sqlalchemy/engine/base.py", line 1967, in create
connection=connection, **kwargs)
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/SQLAlchemy-0.7.0-py2.7-linux-i686.egg/sqlalchemy/engine/base.py", line 2009, in _run_visitor
**kwargs).traverse_single(element)
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/SQLAlchemy-0.7.0-py2.7-linux-i686.egg/sqlalchemy/sql/visitors.py", line 86, in traverse_single
return meth(obj, **kw)
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/SQLAlchemy-0.7.0-py2.7-linux-i686.egg/sqlalchemy/engine/ddl.py", line 65, in visit_metadata
self.traverse_single(table, create_ok=True)
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/SQLAlchemy-0.7.0-py2.7-linux-i686.egg/sqlalchemy/sql/visitors.py", line 86, in traverse_single
return meth(obj, **kw)
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/SQLAlchemy-0.7.0-py2.7-linux-i686.egg/sqlalchemy/engine/ddl.py", line 89, in visit_table
checkfirst=self.checkfirst)
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/SQLAlchemy-0.7.0-py2.7-linux-i686.egg/sqlalchemy/event.py", line 274, in __call__
fn(*args, **kw)
File "/home/vinay/.virtualenvs/sa7/lib/python2.7/site-packages/SQLAlchemy-0.7.0-py2.7-linux-i686.egg/sqlalchemy/schema.py", line 474, in adapt_listener
listener(event_name, target, connection, **kw)
TypeError: onload() got an unexpected keyword argument 'checkfirst'
----------------------------------------------------------------------
Ran 137 tests in 7.940s
FAILED (errors=3)
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
