[DWEB-111] http://wiki.doctrine-project.org/ not working Created: 12/Dec/12 Updated: 12/Dec/12 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Marcus Obwandner | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
return a 500 the last few Days |
[DWEB-110] Cannot access API documentation because of redirect loop Created: 30/Nov/12 Updated: 30/Nov/12 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Critical |
| Reporter: | Douglas Teoh | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 1 |
| Labels: | documentation | ||
| Environment: |
Google Chrome, Safari |
||
| Description |
|
http://www.doctrine-project.org/api/orm/2.2/ Trying to access the URL above results in a redirect loop. |
[DWEB-106] Dead links on projects page Created: 21/Mar/12 Updated: 29/Jul/12 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Cuisinier Emmanuel | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 2 |
| Labels: | None | ||
| Description |
|
API & Documentation links about migrations tool are dead |
| Comments |
| Comment by Phil Moorhouse [ 21/Jun/12 ] |
|
This still seems to be a problem. The project heading links for the ODM projects on http://www.doctrine-project.org/ and http://www.doctrine-project.org/projects.html are broken. e.g. "MongoDB Object Document Mapper" links to http://www.doctrine-project.org/projects/mongodb_odm.html which is dead. "CouchDB Object Document Mapper" links to http://www.doctrine-project.org/projects/couchdb_odm.html which is dead. "PHPCR Object Document Mapper" links to http://www.doctrine-project.org/projects/phpcr_odm.html which is dead. The rest seem to be functioning correctly. |
| Comment by Alex [ 29/Jul/12 ] |
|
Why nobody fix it? Is someone work with ODM projects? Because when new users wants to check them and see "Oops! The page you visited could not be found" he will think that this projects are closed. I think its quite important to fix such bugs... |
[DWEB-109] Add timestamp to blogposts Created: 16/Jul/12 Updated: 16/Jul/12 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Minor |
| Reporter: | Marco Pivetta | Assignee: | Benjamin Eberlei |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: | |||
| Description |
|
Timestamps are missing in blogposts, and that makes it quite hard to locate release dates basing on the blog. |
[DWEB-86] Some "Not found" errors Created: 19/May/11 Updated: 31/May/12 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Layout |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Yosmany Garcia | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Downloading the whole documentation for offline reading I found some "Not Found" errors on this links: www.doctrine-project.org/images/btn-open.png (from www.doctrine-project.org/docs/dbal/2.0/en/_static/default.css) www.doctrine-project.org/docs/dbal/2.0/en/reference/types (from www.doctrine-project.org/docs/dbal/2.0/en/reference/data-retrieval-and-manipulation.html) |
| Comments |
| Comment by Bruno Ricardo Siqueira [ 31/May/12 ] |
|
Another 404: |
[DWEB-108] API - ORM 2.2 Created: 26/Apr/12 Updated: 26/Apr/12 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Major |
| Reporter: | Patrik Votoček | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
At http://www.doctrine-project.org/api/orm/2.2/ is APIDoc for 2.1.6 not 2.2.x (2.2.2) see http://www.doctrine-project.org/api/orm/2.2/class-Doctrine.ORM.Version.html |
[DWEB-107] Broken links on the official project page Created: 09/Apr/12 Updated: 09/Apr/12 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Rafael Amorim | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Hi, I would like to report few broken links. In the migration project page http://www.doctrine-project.org/projects/migrations.html, documentation link(http://www.doctrine-project.org/docs/migrations/2.0/en/index.html) is broken. In the project page http://www.doctrine-project.org/projects.html, MongoDB Object Document Mapper Section link (http://www.doctrine-project.org/projects/mongodb_odm.html) and its download link(http://www.doctrine-project.org/projects/mongodb_odm.html) are broken |
[DWEB-85] Better API generator Created: 19/May/11 Updated: 28/Feb/12 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Minor |
| Reporter: | Filip Procházka | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 8 |
| Labels: | None | ||
| Description |
|
Hi guys, am I the only one who hates the current API references? Try compare http://www.doctrine-project.org/projects/orm/2.0/api and http://api.nella-project.org/framework/namespace-Doctrine.html The other one was generated by modified version of http://www.apigen.org/, so it can inherit more projects, but in original it looks like http://api.nette.org/2.0/ Thanks for your time |
| Comments |
| Comment by Patrik Votoček [ 25/May/11 ] |
|
Generated with this fork https://github.com/Andrewsville/apigen |
| Comment by Michael Moravec [ 25/May/11 ] |
|
I obviously voted for, because current API is horribly ugly. |
| Comment by Jaroslav Hanslík [ 25/May/11 ] |
|
I have generated Doctrine ORM documentation, so you can have a look: http://temp.kukulich.cz/doctrine/ Generated by version 2.1.0 of ApiGen: http://apigen.org |
| Comment by Jan Jakeš [ 28/Feb/12 ] |
|
Any chance to see an update on this issue? (The difference between http://temp.kukulich.cz/doctrine/ and http://www.doctrine-project.org/projects/orm/2.0/api should be convincing enough.) |
[DWEB-105] tools documentation for Non-PEAR command line points to wrong EntityManagerHelper Created: 15/Feb/12 Updated: 15/Feb/12 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Howard Ha | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
http://docs.doctrine-project.org/projects/doctrine-orm/en/2.1/reference/tools.html Line reads: use Doctrine\DBAL\Tools\Console\Helper\EntityManagerHelper; Should be: use Doctrine\ORM\Tools\Console\Helper\EntityManagerHelper; |
[DWEB-101] Typo in documentation Created: 22/Dec/11 Updated: 31/Dec/11 Resolved: 31/Dec/11 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Trivial |
| Reporter: | Peter Kokot | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
http://www.doctrine-project.org/docs/orm/2.1/en/reference/tools.html line: |
| Comments |
| Comment by Peter Kokot [ 31/Dec/11 ] |
|
I've created pull request on Github. |
| Comment by Peter Kokot [ 31/Dec/11 ] |
|
Will be resolved through github pull request. |
[DWEB-103] Wrong DateTimeZone initiation in ORM cookbook Created: 29/Dec/11 Updated: 29/Dec/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Aigars Gedroics | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In page http://www.doctrine-project.org/docs/orm/2.1/en/cookbook/working-with-datetime.html should be new \DateTimeZone('UTC')
instead of new \DateTimeZone(\DateTimeZone::UTC)
The latter fails. |
[DWEB-102] Query Builder's substring helper errors Created: 23/Dec/11 Updated: 23/Dec/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Minor |
| Reporter: | Zachary Boyet | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
There are a couple problems with the query builder substring helper documentation. 1. It lists the method as "substr" when it is "substring" |
[DWEB-100] Unreadable color scheme for code blocks Created: 09/Dec/11 Updated: 09/Dec/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Major |
| Reporter: | Andrey Kucherenko | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Ubuntu, Chromium 15.0.874.121 |
||
| Attachments: |
|
| Description |
|
Bad color contrast in documentation, unreadable code blocks in chromium browser, screenshot in attachment, example link - http://www.doctrine-project.org/docs/mongodb_odm/1.0/en/reference/introduction.html FYI: Firefox has a good color contrast for this blocks. |
[DWEB-99] 5.14. Many-To-Many, Bidirectional Missing target-entity Created: 06/Dec/11 Updated: 06/Dec/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Blocker |
| Reporter: | Dennis | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Documentation missing a tag to work |
||
| Description |
|
<doctrine-mapping> <entity name="Group"> should be this to work: <doctrine-mapping> <entity name="Group"> |
[DWEB-98] XML example errors in section 6 of the manual Created: 03/Nov/11 Updated: 03/Nov/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Minor |
| Reporter: | Francois Mazerolle | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
n/a |
||
| Description |
|
I've notice some error in the XML example of the Doctrine ORM manual, section 6. There is often: Also, in the many-to-many bidirectional example is missing the targer-entity tag: I also think that the differents values could be better explained. Hope this will help... |
[DWEB-97] Dead link for DBAL API Created: 22/Sep/11 Updated: 22/Sep/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Thomas Tourlourat - Armetiz | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Dead link on API for this URL : Here the dead link : http://www.doctrine-project.org/projects/dbal/2.1/api The only API DBAL link available is for 2.0 : http://www.doctrine-project.org/projects/dbal/2.0/api |
[DWEB-96] Clearly state Doctrine does not support subqueries in FROM part or any other that is not supported Created: 17/Aug/11 Updated: 17/Aug/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Major |
| Reporter: | Anton Stoychev | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Everywhere I looked (except stackoverflow) was stated that doctrine does support subqueries in the FORM DQL part but this actually is wrong. Doctrine does not support subqueries in the FROM part. Probably somewhere else as well. http://www.doctrine-project.org/projects/orm/1.2/docs/manual/dql-doctrine-query-language/hu#subqueries |
[DWEB-95] Huge Documentation Regression - Association Mapping Created: 05/Aug/11 Updated: 05/Aug/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Critical |
| Reporter: | Scott Gibson | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Some critical mapping information has disappeared from the Association Mapping page. Several examples are completely missing, and others are only showing XML. Please correct ASAP, as this is a vital reference and it's almost impossible to find elsewhere online. Thanks, Scott |
[DWEB-87] Suggestion: Change the 2.0 to "current" in the docs URL Created: 03/Jun/11 Updated: 29/Jul/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Minor |
| Reporter: | Ryan Weaver | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Hey guys- This is just a general suggestion about the website - I'm note sure if there's a better place to put this. In Symfony - following PHPUnit's lead - we removed the documentation's version from the URL and replaced it with "current". For Doctrine (taking the ORM as an example), this would mean that: http://www.doctrine-project.org/docs/orm/2.0/en/ becomes http://www.doctrine-project.org/docs/orm/current/en/ We made this change in Symfony-land in response to users complaining - from symfony1 - that googling always returned out-of-date documentation. This makes sense if you have the version in the URL, as all of your backlinks will link to a specific version (e.g. "2.0"), keeping the rank on that version high even as it becomes out-of-date. Just a suggestion! Should be as easy as a symlink, but do with it what you will. Cheers! |
| Comments |
| Comment by Ryan Weaver [ 03/Jun/11 ] |
|
I should also add that just making the "/current" URL work is not enough - all possible links should be changed to "/current" so that - hopefully - google will index that URL. In the most hardcore world, a 301 redirect could be setup from "/2.0" to "/current" until 2.1 goes stable (at which point 2.0 would once again resolve to the 2.0 docs). |
| Comment by Ryan Weaver [ 29/Jul/11 ] |
|
Little bump - totally not critical, but this will pay off more the earlier it can be done. Thanks! |
[DWEB-94] DBAL 2.1 reference documentation leads to 2.0 beta 4 Created: 13/Jul/11 Updated: 13/Jul/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Major |
| Reporter: | Elja van Tol | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
The reference documentation links to Doctrine DBAL v2.0.0-BETA4 documentation: http://www.doctrine-project.org/docs/dbal/2.1/en/ I was hoping i could find some info about the new QueryBuilder ( very glad that 2.1 has this feature now! ) |
[DWEB-93] DBAL api 2.1 page not found Created: 13/Jul/11 Updated: 13/Jul/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Major |
| Reporter: | Elja van Tol | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Api 2.1 docs missing |
| Comments |
| Comment by Elja van Tol [ 13/Jul/11 ] |
|
typo |
[DWEB-92] Incorrect code snippet in cookbook, mysql enums Created: 13/Jul/11 Updated: 13/Jul/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Major |
| Reporter: | Elja van Tol | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
DBAL 2.1 |
||
| Description |
|
The codesnippet @solution 1 does not work for me It did work using : On a side note: I think loads of users use Mysql (and enums) and it could be helpfull if there are links in de dbal documentation to this page. |
[DWEB-91] DBAL 2.1 API Link 404 Created: 05/Jul/11 Updated: 05/Jul/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Roger Webb | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Ubuntu 11 / Firefox 4 |
||
| Description |
|
The link to the DBAL 2.1 API is broken. |
[DWEB-89] Generated API doc for Doctrine 2.0 does not use 2.0 codebase Created: 23/Jun/11 Updated: 23/Jun/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Minor |
| Reporter: | Jimmy Bourassa | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
n/a |
||
| Description |
|
The documentation in the API (http://www.doctrine-project.org/projects/orm/2.0/api) references to functions that are not currently implemented in 2.0 but are in 2.1. For instance, the ORM\Query\Expr mentions the method isNull which is not in 2.06. Link : |
[DWEB-88] Wrong anchor target (404) Created: 22/Jun/11 Updated: 22/Jun/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Jan Pieper | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Irrelevant |
||
| Description |
|
There is a wrong anchor to DBAL configuration documentation at http://www.doctrine-project.org/docs/orm/2.0/en/reference/configuration.html#connection-options diff --git a/en/reference/configuration.rst b/en/reference/configuration.rst index 27a54c6..a67063f 100644 --- a/en/reference/configuration.rst +++ b/en/reference/configuration.rst @@ -356,7 +356,7 @@ instance of ``Doctrine\DBAL\Connection``. If an array is passed it is directly passed along to the DBAL Factory ``Doctrine\DBAL\DriverManager::getConnection()``. The DBAL configuration is explained in the -`DBAL section <./../../../../../dbal/2.0/docs/reference/configuration/en>`_. +`DBAL section <./../../../../../docs/dbal/2.0/en/reference/configuration.html>`_. Proxy Objects ------------- This could be a possible fix but i wasn't able to test it due to missing sphinx-build tool. |
[DWEB-84] Integrate orm-documentation Pull Request #27 Created: 06/May/11 Updated: 06/May/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Minor |
| Reporter: | Chris Woodford | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
I've written an article for the Doctrine Cookbook, how to persist the decorator pattern with doctrine 2. the pull request can be found here: Please review. Feedback and edits are welcomed! |
[DWEB-83] Migration changeColumn documentation incorrect Created: 25/Apr/11 Updated: 25/Apr/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Bill Hunt | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Doctrine 1.2, with Symfony 1.4 r32415 |
||
| Description |
|
It appears that the documentation for changeColumn for migrations is wrong - the fourth argument seems to be the length, and the fifth argument is the array of options. // This Fails: // This Works: Trying the former option with decimals caused the error: |
[DWEB-82] Class Definition Missing Parent Class Created: 23/Apr/11 Updated: 25/Apr/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Minor |
| Reporter: | Ian Smith | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Doctrine Annotations Reference |
||
| Description |
|
Class "Bar" should extend "\Doctrine\Common\Annotations\Annotation" as it does in class "Foo". See http://www.doctrine-project.org/projects/common/2.0/docs/reference/annotations/en#usage |
[DWEB-81] Documentation for "Extending DQL in Doctrine 2" is partial and wrong Created: 02/Apr/11 Updated: 02/Apr/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Major |
| Reporter: | Kevin Herrera | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
N/A |
||
| Description |
|
The references to the FunctionBlock class is wrong. It says: Doctrine\ORM\Query\Node\FunctionNode But it should be: Doctrine\ORM\Query\AST\Functions\FunctionNode Also, the Lexer class is used but does not mention the full class name anywhere, which is: Doctrine\ORM\Query\Lexer This prevents people for writing DQL functions. |
[DWEB-80] Doctrine Mapping Types in "Basic Mapping" page should be copied or moved to "Annotations Reference" Created: 01/Apr/11 Updated: 01/Apr/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Trivial |
| Reporter: | Kevin Herrera | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
N/A |
||
| Description |
|
It makes sense that possible mapping types are listed as possible values in the attributes list for @Column in the "Annotations Reference" page: http://www.doctrine-project.org/docs/orm/2.0/en/reference/annotations-reference.html#annref-column The only place I've been able to find them is in the "Basic Mapping" page: http://www.doctrine-project.org/docs/orm/2.0/en/reference/basic-mapping.html#doctrine-mapping-types |
[DWEB-79] Batch Processing Link from DQL ORM Documentation Page is Broken Created: 31/Mar/11 Updated: 31/Mar/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Minor |
| Reporter: | Kevin Herrera | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
N/A |
||
| Attachments: |
|
| Description |
|
Links to this page: http://www.doctrine-project.org/docs/orm/2.0/en/reference/batch-processing Which does not exist because it is missing the ".html" suffix. |
| Comments |
| Comment by Kevin Herrera [ 31/Mar/11 ] |
|
Downgraded status because the link to batch processing can be found elsewhere in the TOC. |
[DWEB-78] Doctrine2 YAML mapping Created: 26/Mar/11 Updated: 26/Mar/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Major |
| Reporter: | Vahe Hovhannisyan | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In http://www.doctrine-project.org/docs/orm/2.0/en/reference/yaml-mapping.html oneToMany: not working.. I have to change it to oneToMany: to work |
[DWEB-77] Pending pull requests on github Created: 24/Mar/11 Updated: 24/Mar/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Major |
| Reporter: | Michel D'HOOGE | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
https://github.com/doctrine/orm-documentation/pulls lists Pull Requests that are there for a couple of months... I think this is the best way to push corrections. But if it isn't the way to do, you should put a warning saying not to fork. [edit] In fact, there are also old bug issues here either :-P |
[DWEB-76] Ordered Lists (arabic simple) incorrectly rendered by the CSS Created: 24/Mar/11 Updated: 24/Mar/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Layout |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Michel D'HOOGE | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
All explicit ordered lists (see link to sample below) are incorrectly rendered by the default.css file. |
[DWEB-75] Little problem in "Getting Started" > "Entity Repositories" Created: 24/Mar/11 Updated: 24/Mar/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Minor |
| Reporter: | Francisco Calderón | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In the Getting Started guide, section "Entity Repositories": In the PHP tab says
but the repositoryClass must be in @Entity, you should change this for: /**
|
[DWEB-74] Downloadable Documentation would be very helpful Created: 21/Mar/11 Updated: 21/Mar/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Major |
| Reporter: | David Wright | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
It would be great if documentation could be downloaded in, say, pdf form. |
[DWEB-73] Missing example in documentation Created: 24/Feb/11 Updated: 25/Feb/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Trivial |
| Reporter: | Hakan Deryal | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In 13. The QueryBuilder http://www.doctrine-project.org/docs/orm/2.0/en/reference/query-builder.html http://www.doctrine-project.org/docs/orm/2.0/en/reference/query-builder.html#executing-a-query Example code is missing in that part. $q = $qb->getQuery(); |
[DWEB-72] Error in Documentation Created: 24/Feb/11 Updated: 24/Feb/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Trivial |
| Reporter: | Hakan Deryal | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In reference guide, 12: DQL http://www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html At 12.7.5.2. Cache related API http://www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html#cache-related-api There is a tip written in the code block. *TIP!* You can set the Result Cache Driver globally on the |
[DWEB-71] Documentation need improvement Created: 23/Feb/11 Updated: 23/Feb/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Minor |
| Reporter: | Hakan Deryal | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In reference guide, 12: DQL http://www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html There is a part for partial object syntax: 12.2.4.1. Partial Object Syntax http://www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html#partial-object-syntax It should have some reference to 16. Partial Objects chapter as it gives some detailed explanation about the subject and has important notes. http://www.doctrine-project.org/docs/orm/2.0/en/reference/partial-objects.html Also in chapter 16 it says partial objects are not allowed by default. There is no mention to that in chapter 12 part. |
[DWEB-70] Error in Documentation Created: 23/Feb/11 Updated: 23/Feb/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Minor |
| Reporter: | Hakan Deryal | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In reference guide, 12: DQL http://www.doctrine-project.org/docs/orm/2.0/en/reference/dql-doctrine-query-language.html 12.2.4 DQL SELECT Examples With COUNT DISTINCT: <?php Alias missing in the query. — With Arithmetic Expression in WHERE clause: <?php It doesn't return ForumUser objects. – And after these examples the comments on $query->getResult(); that tells what is returned is missing. |
| Comments |
| Comment by Hakan Deryal [ 23/Feb/11 ] |
|
Added more errors. |
[DWEB-69] ORM Documentation Reference typo Created: 20/Feb/11 Updated: 20/Feb/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Minor |
| Reporter: | Vladimir Garvardt | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Doctrine 2 ORM v2.0.0 documentation Current version: Should be: |
[DWEB-68] Firefox search plugin fixed and improved Created: 02/Feb/11 Updated: 07/Feb/11 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Major |
| Reporter: | Dan Bettles | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
All web browsers |
||
| Description |
|
Good evening I implemented the Firefox search plugin - see http://www.doctrine-project.org/jira/browse/DWEB-8 - that is published via the following LINK element in the HEAD of your pages. <link rel="search" type="application/opensearchdescription+xml" title="Doctrine API Documentation" href="https://addons.mozilla.org/en-US/firefox/downloads/file/67525/doctrine_1.1_api-20091022.xml?confirmed"> The plugin does not work now that structure of your API documentation has changed. I have updated, and improved the plugin. The new download URL follows. http://dadl.danbettles.net/search_plugins/orm/1.2/download If you want to view the source first, simply follow http://dadl.danbettles.net/search_plugins/orm/1.2/view_source. I'm still maintaining the plugin page on Mozilla Add Ons, for now, but by linking to my site, you can be sure that visitors to doctrine-project.org will always get the most up-to-date version. The biggest, and most useful, change to the plugin is the addition of suggestions. My site regularly indexes your documentation and serves-up suggestions as you type. Should a user press "Enter" without choosing a suggestion in Firefox, a Web page listing all matches will be displayed. If a user types a name that exactly matches an item in the documentation, the relevant page in the API documentation will be displayed. If the service proves to be useful, I'll make a few changes and publish an ORM 2.0 plugin. I may also set things up to index function names, too. Sorry it took me so long to update the plugin - it's been a while since I worked with Doctrine, so I hadn't noticed the changes to your site. Please let me know how you get on. |
| Comments |
| Comment by Dan Bettles [ 07/Feb/11 ] |
|
I've just had an email from Mozilla to let me know they've reviewed, and approved, the plugin. This means it appears in add-on searches, and you can now "Add to Firefox" immediately - it won't ask if you're sure any more. |
[DWEB-67] Method error in DBAL doc Created: 10/Dec/10 Updated: 10/Dec/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Documentation | Priority: | Critical |
| Reporter: | Cuisinier Emmanuel | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
You should use the "executeQuery" method instead of "execute" .... error otherwise. |
[DWEB-66] Error in documentation Created: 04/Dec/10 Updated: 04/Dec/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Саша Стаменковић | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
On page http://www.doctrine-project.org/documentation/manual/2_0/en/tools#the-doctrine-cli:configuration |
[DWEB-54] Doctrine 2 Documentation - Yaml Mapping Created: 22/Jul/10 Updated: 01/Dec/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Critical |
| Reporter: | Chris | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
The current documentation for the Doctrine2 YAML Mapping ( found here: http://www.doctrine-project.org/projects/orm/2.0/docs/reference/yaml-mapping/en#yaml-mapping ) introduces a wrong format for the identifier colum specification. I had to go dig around in the source code to find the correct format. WRONG: RIGHT: (at least with current trunk ) |
| Comments |
| Comment by Markus Wößner [ 01/Dec/10 ] |
|
It should also be documented how a DB column name other than the field name can be defined. http://www.doctrine-project.org/documentation/manual/2_0/en/basic-mapping#property-mapping suggests "name" would be the correct key. Yet the valid key is "column". Like Chris I had to dig through the code. Well, at least I came to know it. |
[DWEB-65] Problems with syntax highlighting on some pages Created: 28/Nov/10 Updated: 28/Nov/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Konstantin | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
[DWEB-64] wrong resulting sql in Aggregate values Created: 20/Nov/10 Updated: 20/Nov/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Ahmed Ali | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
the Aggregate values in the DQL documentation the following code echo $q->getSqlQuery(); the documentation says it will result in the following query notice the different, in DQL we are aggregating users with threads, but the resulting sql joins forums not threads. |
[DWEB-63] 'details on all the available change tracking policies' on Annotations reference page is broken Created: 16/Nov/10 Updated: 16/Nov/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Dave Keen | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
The link points to 'http://www.doctrine-project.org/configuration#change-tracking-policies' which can't be found. |
[DWEB-62] JIRA: Automatic notification for "all" changes to bugs ignores new comments that are added to bugs Created: 08/Nov/10 Updated: 08/Nov/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Extensions |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Daniel Alvarez Arribas | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
I opened Issue No. The "Issue details" page for the issue is confirming it. "You are watching this issue. You will be notified of all changes. " On 06/Nov/10 05:48 PM and on 06/Nov/10 05:49 PM two comments were added to the issue. I did not receive any notification. I just noticed right now by polling the open issues I reported. My email adress is correct (it's shown obfuscated with "dot" instead of "." by JIRA, but I think that's just a presentation thing). |
[DWEB-61] date type maps SQL DATE instead of SQL DATETIME to a PHP DateTime object. Created: 02/Nov/10 Updated: 02/Nov/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Chris van der Wel | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
n/a |
||
| Description |
|
At http://www.doctrine-project.org/projects/orm/2.0/docs/reference/basic-mapping/en section "Doctrine mapping types"
should be
|
[DWEB-19] Description of autoloading models not updated for version 1.2 Created: 14/Dec/09 Updated: 28/Oct/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Manfred Nindl | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In the section Introduction to Models/Autoloading Models it says that Doctrine_Core::autoload() will autoload the model. This isn't correct anymore in version 1.2. You have to use Doctrine_Core::modelsAutoload(). |
| Comments |
| Comment by Mike Reiche [ 18/Dec/09 ] |
|
Same problem here! I lost hours of time and decided that must be a documentation bug. To answer my previous question by mysql: Just register a second autoloader. |
| Comment by Ramin [ 28/Oct/10 ] |
|
On the same notes, I was following the tutorials on how to integrate with CodeIgniter and the defining models tutorial. In both cases, I would constantly get the following exception: PHP Fatal error: Class 'Base<MyClass>' ... The only way around was to add: spl_autoload_register(array('Doctrine', 'modelsAutoload')); |
[DWEB-60] Doctrine-console tool configuration - wrong namespace Created: 01/Oct/10 Updated: 01/Oct/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Aleksander S. Solheim | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
N/A |
||
| Description |
|
The example helperSet setup in the tools section is currently referencing The correct namespace is "$helperSet = new \Symfony\Component\Console\Hel...." |
[DWEB-59] External resource unavailable (dead link) Created: 05/Sep/10 Updated: 07/Sep/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Jan Pieper | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Irrelevant |
||
| Description |
External resource http://martinfowler.com/eaaCatalog/singleTableInheritance.html seems do be unavailable. |
| Comments |
| Comment by Jan Pieper [ 05/Sep/10 ] |
Same link. |
| Comment by Jan Pieper [ 07/Sep/10 ] |
|
Resources seem to be available again. |
[DWEB-58] Missing parameter and semicolon for setMemcache() call Created: 05/Sep/10 Updated: 05/Sep/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Jan Pieper | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Irrelevant |
||
| Description |
|
URL: http://www.doctrine-project.org/projects/orm/2.0/docs/reference/caching/en#cache-drivers:memcache Documentation <?php $memcache = new Memcache(); $memcache->connect('memcache_host', 11211); $cacheDriver = new \Doctrine\Common\Cache\MemcacheCache(); $cacheDriver->setMemcache() $cacheDriver->save('cache_id', 'my_data'); Doctrine\Common\Cache\Memcache class MemcacheCache extends AbstractCache { /* ... */ /** * Sets the memcache instance to use. * * @param Memcache $memcache */ public function setMemcache(Memcache $memcache) { $this->_memcache = $memcache; } /* ... */ } Pseudo Patch <?php $memcache = new Memcache(); $memcache->connect('memcache_host', 11211); $cacheDriver = new \Doctrine\Common\Cache\MemcacheCache(); - $cacheDriver->setMemcache() + $cacheDriver->setMemcache($memcache); $cacheDriver->save('cache_id', 'my_data'); |
[DWEB-57] Incorrect example for EntityGenerator Created: 02/Sep/10 Updated: 02/Sep/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Alexandr Torchenko | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
There is incorrect example in this page Generic class used to generate PHP5 entity classes from ClassMetadataInfo instances Fatal error: Call to undefined method Doctrine\ORM\EntityManager::getClassMetadataFactory() |
[DWEB-56] Doctrine 2 - sample cli-config.php in "Getting Started XML-Edition" documentation is incorrect. Created: 23/Aug/10 Updated: 23/Aug/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Daniel Moore | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Doctrine Version 2.0.0BETA3 |
||
| Description |
|
From this page: http://www.doctrine-project.org/projects/orm/2.0/docs/cookbook/getting-started-xml-edition/en The contents of the sample cli-config.php file are: <?php This generates an error: Fatal error: require(): Failed opening required 'Doctrine\Common\Cli\Configuration.php' as the class referenced does not exist. Futhermore, having examined the $entityManager variable, it is not set and evaluates to NULL. |
| Comments |
| Comment by Daniel Moore [ 23/Aug/10 ] |
|
After trying to get this work for a while, it seems you need to put something like this in cli-config.php (where index.php is the "obtaining the entity manager" snippet further up the page): <?php $helpers = array( $helperSet = new \Symfony\Components\Console\Helper\HelperSet($helpers); |
[DWEB-55] Missing datetimetz mapping type + one tiny typo Created: 03/Aug/10 Updated: 03/Aug/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Jan Tichý | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
Jan |
| Comments |
| Comment by Jan Tichý [ 03/Aug/10 ] |
|
...and while adding datetimetz type, the datetime description should be changed as well. |
[DWEB-53] ORM Sandbox Documentation Mini Tutorial 1st step has bug Created: 13/Jul/10 Updated: 13/Jul/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | David Valentiate | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Mac 10.6.4 PHP 5.3.1 |
||
| Description |
|
Quick Start documentation for ORM has a bug http://www.doctrine-project.org/projects/orm/2.0/docs/reference/introduction/en#sandbox-quickstart The "Mini-tutorial" first step says to run " php doctrine orm:schema-tool:create ./Entities " but this results in the script saying: [RuntimeException] removing the ./Entities parameter seems to work fine and gets the response that the tutorial specifies. |
[DWEB-52] Make note that Model generating will process all yml file given the yaml_schema_path configuration Created: 24/Jun/10 Updated: 24/Jun/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Major |
| Reporter: | Sandor Bolla | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
N/A |
||
| Description |
|
Lik: http://groups.google.com/group/doctrine-user/browse_thread/thread/a33eb8a2e66c3e54 I would suggest to extend the documentation with the information that when you have multiple YAML files for generating Models in the folder according the actual configuration [ 'yaml_schema_path' ]. All this YAML files will be processed not only the schema.yml file as I assumed according the current documentation. somewhere, somehow I got the info that you can lay out your YAML definition in multiple files but as there was no example / explanation of the howto I didn't gave much attention to it. r. Sandor |
[DWEB-28] Fix the links in the documentation site Created: 26/Jan/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Diogo Zarpelon | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
When you are in http://www.doctrine-project.org/documentation/api/1_2 and tries to switch to the documentation for 2.0 an error occurs. http://www.doctrine-project.org/documentation/api/2_0 (not found) http://www.doctrine-project.org/documentation//en (not found) |
| Comments |
| Comment by Jonathan H. Wage [ 08/Jun/10 ] |
|
This is not relevant anymore after the website changes. |
[DWEB-51] Errors in DBAL schema manager reference Created: 06/Jun/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Eriksen Costa | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In the 3rd snippet of <http://www.doctrine-project.org/projects/dbal/2.0/docs/reference/schema-manager/en#createschema>, is missing a Doctrine\DBAL\Platforms\AbstractPlatform instance as the second parameter: From: <?php $sql = $fromSchema->getMigrateToSql($toSchema); To: <?php $sql = $fromSchema->getMigrateToSql($toSchema, $conn->getDatabasePlatform()); |
[DWEB-50] Errors in DBAL data and retrieval reference Created: 05/Jun/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Eriksen Costa | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
I found some errors in this page <http://www.doctrine-project.org/projects/dbal/2.0/docs/reference/data-retrieval-and-manipulation/en>:
$username = $conn->fetchColumn('SELECT username FROM user WHERE id = ?', array(1), 0); |
[DWEB-46] Spam cleanup in JIRA Created: 17/May/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Trivial |
| Reporter: | Marc Hodgins | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Some link spam needs to be removed. See |
[DWEB-49] AddColumn prototype in Doctrine Migrations missing length parameter Created: 31/May/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Dan Smart | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Mozilla 3 |
||
| Description |
|
The current prototype for AddColumn under Doctrine Migrations (http://www.doctrine-project.org/projects/orm/1.2/docs/manual/migrations/en#writing-migration-classes:available-operations:add-column) is incorrect. It is missing the length parameter (param 4). Currently contains: $this->addColumn('table_name', 'column_name', 'string', $options); Should show: |
[DWEB-38] Instruction to load generated models missing Created: 09/Apr/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Casey Fulton | Assignee: | Jonathan H. Wage |
| Resolution: | Invalid | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Following the step-by-step instructions in the Doctrine guide yields an error after the step requesting Doctrine_Core::loadModels('models'); be added to the bootstrap.php file. The error is that the base model class files cannot be found because they are in a subdirectory under models/ - models/generated/. This issue can be fixed by adding: Doctrine_Core::loadModels('models/generated'); to the bootstrap file BEFORE the loadModels that just loads the "models" directory, or alternatively by moving all the models in the generated directory to the parent directory "models". |
| Comments |
| Comment by Jonathan H. Wage [ 08/Jun/10 ] |
|
It mentions to use modelsAutoload() and conservative model loading. |
[DWEB-37] Field Lazy Loading Documentation Issue Created: 02/Apr/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Rima Gerhard | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
http://www.doctrine-project.org/documentation/manual/1_2/en/working-with-models Under Field Lazy Loading, it reads: The following lazy-loads the password field and executes one additional database query to retrieve the value: // test.php // ... It seems to me that there is a mismatch between the field that is retrieved (description) and the wording ("lazy loads the password field"). |
[DWEB-21] Relational Bounds Image not found on Documentation Created: 15/Dec/09 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | João Paulo V. Martins | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Site |
||
| Description |
|
On the page http://www.doctrine-project.org/documentation/manual/1_2/en/introduction the image Relationa Bounds (http://code-factory.org/doctrine-manual-images/relational-bounds.jpg) does not exist. |
[DWEB-47] Confusing PHP version information in Doctrine 2.0 docs Created: 19/May/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Tim Nagel | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
http://www.doctrine-project.org/projects/orm/2.0/docs/en Mentions: "Object relational mapper (ORM) for PHP 5.2.3+ and 5.3.0+ that sits on top of a powerful database abstraction layer (DBAL).". Since this url is for 2.0, it may confuse users. I had a look at the doctrine-website source to see if I could work out where the problem may be, but symfony is beyond me, maybe a 5.2.3+ (Doctrine 1.2) and a 5.3.0+ (Doctrine 2) ? |
[DWEB-48] phpdoctrine.org is down, My First Project links need to be updated Created: 25/May/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Benjamin Arthur Lupton | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
http://www.doctrine-project.org/projects/orm/1.2/docs/cookbook/my-first-project/ru#my-first-project "To get started, first download the latest Doctrine sandbox package: http://www.phpdoctrine.org/download. Second, extract http://www.phpdoctrine.org/download |
[DWEB-42] PEAR installation instructions incorrect Created: 02/May/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Josh Varner | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
The PEAR installation instructions within the Doctrine 2.0 manual appear to be incorrect. http://www.doctrine-project.org/documentation/manual/2_0/en/introduction#installing The instructions refer to a channel at phpdoctrine.org, but that domain appears to be owned by a squatter or something. I was able to find pear.doctrine-project.org, but it appears that only the 1.x series is available through that PEAR channel. So, all three of the suggested sudo pear install pear.phpdoc... lines appear to be invalid. Also, a minor grammar note.. The following line (which is immediately after the three pear installation commands) seems like bad grammar to me:
I'd suggest maybe just "require" or simply remove "required and". |
[DWEB-43] "User" contributed documentation has vanished Created: 04/May/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | brian | Assignee: | Jonathan H. Wage |
| Resolution: | Won't Fix | Votes: | 0 |
| Labels: | None | ||
| Environment: |
All browsers |
||
| Description |
|
None of the documents on the following URL work any more http://www.doctrine-project.org/documentation/user/1_2/en Same for http://www.doctrine-project.org/documentation/user/1_1/en |
| Comments |
| Comment by Jonathan H. Wage [ 08/Jun/10 ] |
|
It has been removed permanently. We will introduce some kind of easier to maintain wiki for these types of things in the future. |
[DWEB-45] Padding for pre/code blocks Created: 12/May/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Layout |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Tim Nagel | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
http://www.doctrine-project.org/projects/orm/2.0/docs/reference/events/en#load-classmetadata-event Alignment of the code blocks doesnt have any padding. |
| Comments |
| Comment by Jonathan H. Wage [ 08/Jun/10 ] |
|
Seems ok now. I never noticed any problem. |
[DWEB-36] Broken footer link Created: 25/Mar/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Karma Dordrak (Drak) | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 1 |
| Labels: | None | ||
| Description |
|
At the foot of the Doctrine 2 documentation there are the words: "If you find a problem with the documentation or have a suggestion, please register and open a ticket. " The word register points to a non-existent Trac page - I guess it's supposed to point to JIRA? |
[DWEB-30] Doctrine website doc about module load missing line information Created: 01/Feb/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Jason Sievert | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Using the website as a tutorial can cause issues with 1.2. The website documentation about registering the autoload is missing a line to work in 1.2. Not sure if I am explaining this correctly but using the website as a guide to get started I got "Fatal error: Class 'BaseBlah' not found in /dir/models/Blah.php on line 13" and other assorted errors. It was not until someone in IRC to add that line into my bootstrap file that everything started working. |
| Comments |
| Comment by Casey Fulton [ 20/Apr/10 ] |
|
Can someone merge this issue into #DWEB-19. |
[DWEB-29] Installation instructions missing reference to registering 'modelsAutoload' Created: 27/Jan/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Major |
| Reporter: | Ari Pringle | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
I was recently going through the Doctrine installation documentation as a refresher, and noticed that it doesn't seem to mention the requirement to add the following line to implement model autoloading. I ended up finding it via the upgrade instructions on http://www.doctrine-project.org/upgrade/1_2#Models%20Autoloading spl_autoload_register(array('Doctrine', 'modelsAutoload')); It seems like it would be useful to mention this on: And possibly on: |
| Comments |
| Comment by Jonathan H. Wage [ 08/Jun/10 ] |
|
The documentation mentions modelsAutoload() in the beginning now. |
[DWEB-26] "Report spam" functionality on comments Created: 22/Jan/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | New Feature | Priority: | Major |
| Reporter: | Rostyslav Kinash | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
You know that there lot's of spam messages on your blog. At least here http://www.doctrine-project.org/blog/doctrine-1-2-1-released. |
| Comments |
| Comment by Jonathan H. Wage [ 08/Jun/10 ] |
|
We have something in place for us to control this now. |
[DWEB-41] Approve pending registrations to the Google Group Created: 27/Apr/10 Updated: 08/Jun/10 Resolved: 08/Jun/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Critical |
| Reporter: | Thomas Allen | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Please approve pending registrations to the Google Group, or deploy a discussion system where users can self-register. I've been waiting for almost two days now! |
| Comments |
| Comment by Jonathan H. Wage [ 08/Jun/10 ] |
|
All registrations are approved daily. We have to moderate it due to spammers. Don't hate us, hate the spammers. |
[DWEB-44] Documentation about NOT IN or <> ALL seems to be wrong Created: 07/May/10 Updated: 07/May/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | David Jeanmonod | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
The ALL or ANY operators like presented in the documentation http://www.doctrine-project.org/documentation/manual/1_2/en/dql-doctrine-query-language#conditional-expressions:all-and-any-expressions seems to be not working. I'm trying to use them but no way, I always get errors. For exemple if I do this query: Doctrine_Query::create() I get this error: Is there a problem in the documentation?? |
| Comments |
| Comment by David Jeanmonod [ 07/May/10 ] |
|
I'm not sure if this is a documentation issue or a bug. If you need, I can provide a test case. Just ask... |
[DWEB-40] Doctrine manual not working Created: 10/Apr/10 Updated: 13/Apr/10 Resolved: 13/Apr/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Tautvydas Andrikys | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
This link doesnt work http://www.doctrine-project.org/documentation/2_0/en This is HTML of the page <ul id="breadcrumb_trail"> <li><a class="cms_page_navigation" href="/">Home</a></li> <li>2.0 Documentation</li> </ul> <div id="doc_index"> <ul id="doc_left"> <li class="doc_box_row yellow"> <div class="doc_box" id="manual_doc_box"> <a target="_BLANK" href="http://www.amazon.com/Doctrine-ORM-PHP-Jonathan-Wage/dp/2918390038/ref=sr_1_1?ie=UTF8&s=books&qid=1246303098&sr=8-1"><img align="right" style="margin-left: 20px; margin-right: 20px;" src="/uploads/assets/cover_images/16f6fbd99672319b4d4135d73f712f47ea586759.png" /></a> <h2><a href="http://www.doctrine-project.org/documentation/manual/2_0/en">Doctrine ORM for PHP</a></h2> <h5>Guide to Doctrine for PHP</h5> <ul class="viewing_options"> <li> |
[DWEB-39] Typo in example in DQL documentation Created: 09/Apr/10 Updated: 09/Apr/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Doesnt matter who I am | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Doctrine 1.2 documentation |
||
| Description |
|
http://www.doctrine-project.org/documentation/manual/1_2/en/dql-doctrine-query-language Finding all articles which don't have readers: // ... echo $q->getSqlQuery(); There is missing apostrophe at the end of the where line. |
[DWEB-33] Pear/Doctrine Download Link not working Created: 22/Feb/10 Updated: 10/Mar/10 Resolved: 10/Mar/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Bill Hunt | Assignee: | Jonathan H. Wage |
| Resolution: | Cannot Reproduce | Votes: | 0 |
| Labels: | None | ||
| Description |
|
It looks like the pear channel for installing is down. This failed first: Then this failed: And then I checked downforeveryoneorjustme.com and they said it's down for everyone. :/ |
| Comments |
| Comment by Bill Hunt [ 23/Feb/10 ] |
|
Oh, and I got that url from here (obviously?): |
| Comment by Bill Hunt [ 10/Mar/10 ] |
|
Looks like this has resolved itself; I can download the package with pear now. |
[DWEB-18] PDF version of the Doctrine 1.1 API Documentation is truncated Created: 30/Nov/09 Updated: 01/Mar/10 Resolved: 01/Mar/10 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Robert Tome | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
online documentation at doctrine-project.org |
||
| Description |
|
Hi there. The pdf version of the Doctrine 1.1 API Documentation is truncated. The pdf file I'm referring to is the one accessible here : http://www.doctrine-project.org/downloads/pdfs/api-1-1-en.pdf Basically, the Table Of Contents of the document lists all of the content from the online api documentation accessible at http://www.doctrine-project.org/documentation/api/1_1 but most of the content listed has "0-page" references and the actual corresponding content is not in the document. Regards Robert Tome |
| Comments |
| Comment by Robert Tome [ 30/Nov/09 ] |
|
After a further look I notice that the problem also exists for the pdf of the api documentation for versions 1.0 and 1.2 |
| Comment by Jonathan H. Wage [ 01/Mar/10 ] |
|
When I check this, it is all good now. Maybe it was a temporary problem when you checked and reported this issue. |
[DWEB-20] All documentation points to trac as Doctrine's issue tracker instead of JIRA Created: 15/Dec/09 Updated: 01/Mar/10 Resolved: 01/Mar/10 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | João Paulo V. Martins | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 1 |
| Labels: | None | ||
| Environment: |
Website |
||
| Description |
|
Meanly on documentation, whenever an issue must be reported the link points to Trac and not to JIRA. |
[DWEB-31] Typo in Doctrine 1.2 Manual, chapter Data Hydrators Created: 03/Feb/10 Updated: 01/Mar/10 Resolved: 01/Mar/10 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Theo van Oostrum | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
not relevant |
||
| Description |
|
In the Doctrine 1.2 Manual, chapter 'Data Hydrators', paragraph 'Nested Set Array Hierarchy' Full sentence: |
[DWEB-32] update documentation & download links for Temporal 1.1 Created: 04/Feb/10 Updated: 01/Mar/10 Resolved: 01/Mar/10 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation, Extensions |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Minor |
| Reporter: | luke scott | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
[website content] |
||
| Description |
|
looks like the site updater is still broken... Wondering if we could do a manual push of both code & documentation for the 1.1 branch of the Temporal extension |
| Comments |
| Comment by Jonathan H. Wage [ 01/Mar/10 ] |
|
The cron jobs are running properly again now! |
[DWEB-34] Ambiguous dates Created: 24/Feb/10 Updated: 01/Mar/10 Resolved: 01/Mar/10 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Minor |
| Reporter: | Julian Noble | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Dates on the download page are ambiguous. Please use an internationally comprehensible date format such as iso8601 |
[DWEB-22] BBCode not closed so code not parsed Created: 21/Dec/09 Updated: 01/Mar/10 Resolved: 01/Mar/10 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | João Paulo V. Martins | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Site |
||
| Description |
|
On the documentation page http://www.doctrine-project.org/documentation/manual/1_2/1_2/dql-doctrine-query-language in the button there is the following: [php] It might be an issue due to the not closing tag [/php]. The PHP code is not parsed. |
[DWEB-23] Manual has wrong information and missing image Created: 13/Jan/10 Updated: 01/Mar/10 Resolved: 01/Mar/10 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Jason Unterman | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
I'm going through the documentation on setting up Doctrine 1.2 and so far found 3 issues. http://www.doctrine-project.org/documentation/manual/1_2/en/introduction#doctrine-explained http://www.doctrine-project.org/documentation/manual/1_2/en/getting-started#installing:svn:installing After i found that last one, a pretty big error, i decided to submit a ticket. At the bottom of each page it says "If you find a problem with the documentation or have a suggestion, please register and open a ticket. " When i click "please register" it brings me to a page not found page, instead of bringing me here. I didnt get past the getting started section of the documentation so i do not know if there is anything else, but i will let you know when i come across anything. |
[DWEB-27] In many-to-many documentation /deleting-a-link , say relation "GroupUser" and I think that the correct relation name is "UserGroup" Created: 24/Jan/10 Updated: 01/Mar/10 Resolved: 01/Mar/10 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | patlabor | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In many-to-many documentation /deleting-a-link , say relation "GroupUser" and I think that the correct relation name is "UserGroup" say.. +++++++++++++++++++++++++++++++++++++++++++++++++++++++ // test.php $deleted = $q->execute(); and I think that the correct is // test.php $deleted = $q->execute(); +++++++++++++++++++++++++++++++++++++++++++++++++++++++ I arrived this conclusion because in the same page ( http://www.doctrine-project.org/documentation/manual/1_2/en/working-with-models#define-test-schema ) , on top, defining model. .... class UserGroup extends Doctrine_Record --> The relation is defined with the name "UserGroup" In the YAML format is the same name UserGroup: --> "UserGroup" +++++++++++++++ Greetings, and Thanks for Doctrine, and apologice for my English. |
| Comments |
| Comment by Jonathan H. Wage [ 01/Mar/10 ] |
|
Thanks for the report. It is fixed and will be updated on the live site soon. |
[DWEB-25] Searechable Query Langauge is undocumented Created: 19/Jan/10 Updated: 19/Jan/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Major |
| Reporter: | Rory McCann | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
The documentation for the searchable is very light and doesn't explain much http://www.doctrine-project.org/documentation/manual/1_1/hu/searching#query-language |
[DWEB-24] CodeIgniter Info in Cookbook Created: 18/Jan/10 Updated: 18/Jan/10 |
|
| Status: | Open |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Sean Gates | Assignee: | Jonathan H. Wage |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
n/a |
||
| Attachments: |
|
| Description |
|
The documentation on this page is where the error is: http://www.doctrine-project.org/documentation/cookbook/1_0/en/code-igniter-and-doctrine Two lines of code in the block for database.php is stated as follows: // Require Doctrine.php It should be: // Require Doctrine.php And the other line of code in database.php is stated as: // Load the models for the autoloader When it should be // Load the models for the autoloader Please edit this to use the CodeIgniter constants. I fixed them in my app because the info in your tutorial was wrong. This is because I ALWAYS separate my application directory and my system directory, and move them away from the web-accessible (htdocs) directory where my index.php resides. Thanks! |
| Comments |
| Comment by Sean Gates [ 18/Jan/10 ] |
|
What my database.php file looks like (after the config info). |
| Comment by Sean Gates [ 18/Jan/10 ] |
|
There is an image attached to this ticket, but I don't know how to get to it. Thanks! |
[DWEB-17] Typo in NestedSet documentation Created: 27/Nov/09 Updated: 07/Dec/09 Resolved: 07/Dec/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Hugo Hamon | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Hi Jon, There is a small typo in the NestedSet chapter of the documentation here : In the following code : $q = Doctrine_Query::create();
->select('c.name, p.name, m.name')
->from('Category c')
->leftJoin('c.HottestProduct p')
->leftJoin('p.Manufacturer m');
There is an extra ";" character at the end of the Doctrine_Query::create() statement. It should be : $q = Doctrine_Query::create()
->select('c.name, p.name, m.name')
->from('Category c')
->leftJoin('c.HottestProduct p')
->leftJoin('p.Manufacturer m');
Regards. Hugo. |
| Comments |
| Comment by Hugo Hamon [ 27/Nov/09 ] |
|
The syntax error is located at several listings in the chapter |
[DWEB-12] Documentation Website - Link to "Start Reading Introduction" is misleading Created: 18/Nov/09 Updated: 30/Nov/09 Resolved: 18/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Rory McCann | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
all |
||
| Description |
|
The doctrine documentation landing page ( http://www.doctrine-project.org/documentation ), has a link on the top left ish of the web page titled "Start Reading Introduction". This is a confusing titled link. It's actually a link to the first section of the Doctrine book, the Introduction. However to the first time visitor of this webpage, it looks like it's a link to an introduction to doctrine documention. As the user starts reading this page and the linked pages off it, they will get confused. I suggest calling the link "Start Reading Doctrine Book", "Read online now", "Doctrine ORM for PHP" or similar. |
| Comments |
| Comment by Rory McCann [ 30/Nov/09 ] |
|
I see the website now says "Start Reading Now", which is a more accurate, unambigious link title. |
[DWEB-11] documentationcould use some simple clarification Created: 11/Nov/09 Updated: 18/Nov/09 Resolved: 18/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Major |
| Reporter: | Neil Rest | Assignee: | Jonathan H. Wage |
| Resolution: | Invalid | Votes: | 0 |
| Labels: | None | ||
| Description |
|
I'm completely new to Doctrine, trying to assemble a light-weight toolkit. (So if I'm posting things in the wrong places, I need to know that, too. Though the path from Home and Intro to posting is more baroque than necessary.) |
[DWEB-13] Many terms on the documentation website look like links, but aren't links Created: 18/Nov/09 Updated: 18/Nov/09 Resolved: 18/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Major |
| Reporter: | Rory McCann | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
all |
||
| Description |
|
The Doctrine Book on the website has confusing style colours. Normal HTML hyperlinks are in blue and are not underlined. Non-HTML link text that looks like it should be a link is blue and not underlined. This will confuse the user (and indeed confused my greatly the first time I was reading the web page). For example on the first page ( http://www.doctrine-project.org/documentation/manual/1_1/en/introduction ), the text towards the start "Pulled from Wikipedia:" has 'Wikipedia' in blue text and not underlined, it is a link to Wikipedia. Further down the page there is reference to various Doctrine classes and methods. This text is blue and not underlined. It is not a link. However the normal user will assume that this are links because (a) they look very similar to links on the same page (b) the look similar to links on the rest of the internet (blue is a common colour, and it's not uncommon to find non-underlined links) and (c) it's common in technical documentation to include links other parts of the documentation when you mention a function or class. e.g.: The PHP tutorial ( http://ie2.php.net/manual/en/tutorial.firstpage.php ) includes a 'echo()' function call and the text to 'echo' is a link to the function details for echo. |
| Comments |
| Comment by Jonathan H. Wage [ 18/Nov/09 ] |
|
Links in the docs are now underlined. |
[DWEB-14] 'Searching" section is confusingly named. Created: 18/Nov/09 Updated: 18/Nov/09 Resolved: 18/Nov/09 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Rory McCann | Assignee: | Jonathan H. Wage |
| Resolution: | Won't Fix | Votes: | 0 |
| Labels: | None | ||
| Environment: |
all |
||
| Description |
|
There is a section of the documentation called "Searching". This is a misleading since the section is about full text searching. The first time I went to that section I was looking for more information on how to search for certain models based on normal column / attributes, the sort of thing "findBy*" does. I suggest renaming that section to "Text Searching", "Full Text Search", "Full Text Searching", "Searching inside Models", "Searching Text", etc. as a way to clarify what the documentation in that section refers to. The MySQL documentation even refers to it as "Full-Text Search Functions" ( http://dev.mysql.com/doc/refman/5.1/en/fulltext-search.html ) |
| Comments |
| Comment by Jonathan H. Wage [ 18/Nov/09 ] |
|
You need to look at the Doctrine Query Language chapter. |
[DWEB-15] Incorrect grammer on intro to DQL Created: 18/Nov/09 Updated: 18/Nov/09 Resolved: 18/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Rory McCann | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
all |
||
| Description |
|
The introduction page to DQL ( http://www.doctrine-project.org/documentation/manual/1_1/en/dql-doctrine-query-language ) contains some poor grammer. Specifically this bullet point: "DQL has some very complex built-in algorithms like (the record limit algorithm) which can help developer to efficiently retrieve It should read something like this: "DQL has some very complex built-in algorithms like the record limit algorithm, which can help the developer to efficiently retrieve |
[DWEB-16] Typo in "Defining Models" Created: 18/Nov/09 Updated: 18/Nov/09 Resolved: 18/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Masaki Kagaya | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Attachments: |
|
| Description |
|
There is a wrong attribute name in "Many to Many" section and ` should be {{ or }} in newly added sections for 1.2. 1.2 1.1,1.0 |
[DWEB-8] Firefox search-engine addon for the Doctrine API Created: 23/Oct/09 Updated: 03/Nov/09 Resolved: 03/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | New Feature | Priority: | Trivial |
| Reporter: | Dan Bettles | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Firefox on Mac OS X |
||
| Attachments: |
|
| Description |
|
I have implemented a search-engine addon for Firefox for looking-up the API documentation of a Doctrine class. You simply type-in the name of a class and the API doc page for that class will be displayed. The add-on is currently set-up to link to the 1.1 documentation. You can download the addon from here: https://addons.mozilla.org/en-US/firefox/addon/45316 According to the docs at https://developer.mozilla.org/en/Creating_OpenSearch_plugins_for_Firefox#Autodiscovery_of_search_plugins you can "advertise [a search engine addon] so that Firefox users can easily download and install the plugin". All you need do is add a LINK element to the HEAD; something like the following. <link rel="search" type="application/opensearchdescription+xml" title="searchTitle" href="pluginURL"> Hope that's of some use. If so, would you mind if I replace my awful screenshot of the addon with a decent copy of the Doctrine logo, please? I've enclosed the addon XML, should you be interested. Best regards |
| Comments |
| Comment by Jonathan H. Wage [ 23/Oct/09 ] |
|
If you give me the exact code that needs to be added to the <head> tag for it to work I will add it |
| Comment by Dan Bettles [ 03/Nov/09 ] |
|
Sorry I missed your response, Jon - I didn't set a watch on the ticket. If you add the following to the HEAD, the Firefox search-box drop-down will gain a subtle glow if the user hasn't installed the search plugin. <link rel="search" type="application/opensearchdescription+xml" title="Doctrine 1.1 API" href="https://addons.mozilla.org/en-US/firefox/downloads/file/67525/doctrine_1.1_api-20091022.xml?confirmed"> It's very subtle on the Mac Would it be okay to use a Doctrine logo in place of the crappy screenshot on the Firefox addons page (https://addons.mozilla.org/en-US/firefox/addon/45316)? Thanks |
[DWEB-5] Typo on dealing with model relations page Created: 13/Oct/09 Updated: 03/Nov/09 Resolved: 03/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Matt Kaatman | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: | |||
| Description |
|
Following text: Lets say we have once again Users and Phonenmbers with their relation being one-to-many. Should be: Lets say we have once again Users and Phonenumbers with their relation being one-to-many. |
[DWEB-6] found (what I believe to be) a minor error in the documentation (online and pdf) Created: 14/Oct/09 Updated: 03/Nov/09 Resolved: 03/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Minor |
| Reporter: | warren | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
n/a |
||
| Description |
|
pdf documentation version 1-1: pages 222-223 listing 13-42: --- \# schema.yml \# ... User: columns: username: type: string(255) regexp: '/[a-zA-Z0-9]/' \# ... listing 13-43: // test.php // ... $user = new User(); $user->username = '[jwage'; if ( ! $user->isValid()) { echo 'User is invalid because the username contains a [ character'; } is this correct? ..seems that since the username "[jwage" contains at least one character in the set, it should match against the regex ..I probably shouldn't even ask.. being brand new to Doctrine. But it feels like a small documentation mistake when reading it. Thought I'd pass it along to someone who knows better. Thanks. |
[DWEB-7] 404 error in faq Created: 21/Oct/09 Updated: 03/Nov/09 Resolved: 03/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | FAQ |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Minor |
| Reporter: | Marc Weistroff | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
"here" is broken (it points to http://trac.phpdoctrine.org/wiki/TestCases) I guess the URL should be: |
| Comments |
| Comment by Halil Köklü [ 22/Oct/09 ] |
|
Almost all links on the FAQ page are broken. They point to the old website. |
[DWEB-9] The website still says bugs should be reported via Trac Created: 30/Oct/09 Updated: 03/Nov/09 Resolved: 03/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Markus Lanthaler | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
The wiki still suggests to report bugs via Trac: http://trac.doctrine-project.org/wiki and http://trac.doctrine-project.org/wiki/ReportBug |
[DWEB-10] Documentation typo Created: 02/Nov/09 Updated: 03/Nov/09 Resolved: 03/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Julien B. | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
http://www.doctrine-project.org/documentation/manual/1_1/en/event-listeners:record-listeners change : by A copy paste of the documentation results to a fatal error |
[DWEB-3] links to next/previous manual chapters are corrupted Created: 29/Sep/09 Updated: 03/Nov/09 Resolved: 03/Nov/09 |
|
| Status: | Closed |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Andrei Dziahel | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Steps to reproduce: Expected result: What do we have now: |
[DWEB-4] Formatting does not work when creating a new issue Created: 02/Oct/09 Updated: 13/Oct/09 Resolved: 13/Oct/09 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Ismo Toijala | Assignee: | Jonathan H. Wage |
| Resolution: | Cannot Reproduce | Votes: | 0 |
| Labels: | None | ||
| Description |
|
Formatting is not applied to descriptions when posting a new issue. strong should create bold text (according to help, right of the description textarea). The example creates strong in the posted output. EDIT: OK, that seems to have worked, but it doesn't always (example issue Example: _* else if ($param->isArray()) This should appear bold and italic. |
[DWEB-1] Language for documentations links does not appear to be consistent on http://www.doctrine-project.org/ Created: 21/Sep/09 Updated: 24/Sep/09 Resolved: 24/Sep/09 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Stephen Leavitt | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
The links presented to the online documentation on http://www.doctrine-project.org/ do not appear to be consistent with regard to language. For example, I am being presented with http://www.doctrine-project.org/documentation/manual/1_1/ru/introduction, which would imply Russian and not English (though the site displays in English like I expect it to anyways). Roman (romanb) also noticed some inconsistencies: From IRC (I've removed irrelevant parts of the IRC chat to ease readability):
While I've not personally tested this, it appears to affect documentation for all versions, and as such also affects Doctrine 2 as well. |
| Comments |
| Comment by Jonathan H. Wage [ 24/Sep/09 ] |
|
This is fixed. |
[DWEB-2] User contributed documentation contents are empty Created: 22/Sep/09 Updated: 24/Sep/09 Resolved: 24/Sep/09 |
|
| Status: | Resolved |
| Project: | Doctrine Website |
| Component/s: | Documentation |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Tomasz Jędrzejewski | Assignee: | Jonathan H. Wage |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Description |
|
All the three user contributed documentations have empty content, both in the website version and the PDF. There is no text, no table of contents etc. - just a blank page. |