This ticket? https://trac.cakephp.org/ticket/4219 For your information that ticket is not deleted, it was closed as need more information.
Nate did the right thing by closing the ticket as needmoreinfo: "This isn't really enough information to reproduce the issue. Please attach all relevant model files and related schemas. A unit test might also be nice." If I would have seen this ticket, I would have closed it the same way, asking you as a user of this framework to provide more details. -- /** * @author Larry E. Masters * @var string $userName * @param string $realName * @returns string aka PhpNut * @access public */ On Mon, Feb 25, 2008 at 5:55 AM, Mr-Yellow <[EMAIL PROTECTED]> wrote: > > Um.......... I fixed some bugs today and provided the patch. > > The ticket was deleted. > > So much for "open" source. > > -Ben > > > On Feb 26, 12:37 am, nate <[EMAIL PROTECTED]> wrote: > > On Feb 24, 8:13 pm, Mr-Yellow <[EMAIL PROTECTED]> wrote: > > > > > The responses to tickets relating to this issue in trac usually have > > > "wontfix" and a short non-explainatory note basically saying "piss off > > > and stop asking you don't need this, we know best". > > > > Well, I'm really sorry you read such a demeaning tone into my messages > > on Trac. The fact is, whether we "know best" is not even the point. > > The point is, we make decisions on what to support and what not to > > support based on the driving philosophies of this project, and using > > it essentially necessitates an implicit agreement with those > > philosophies. > > > > The fact is, compound primary keys are really just not requested that > > often. Even if they were, we've decided it's just not something we're > > going to implement, because it adds too much overhead in terms of > > complexity. You can argue about relational theory all you want, it's > > simply irrelevant to the decision-making process here. When it comes > > down to it, supporting multi-column primary keys is just not that > > useful to *me*. Furthermore, not enough people have raised it as an > > issue in order for me to go out of my way for them. > > > > But that's the beauty of Open Source: I as a core developer don't > > *have* to implement a particular feature in order for you to use it. > > If lack of support for compound primary keys is really enough of a > > pain point for you, patch the code! :-) No one's stopping you. Just > > don't expect me to take the extra time out of my life to implement a > > feature which I personally would have no use for, nor likely ever > > will. Not to mention the fact that, again, the needless complexity > > that this would add completely undermines the philosophy of the > > framework. > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Cake PHP" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~----------~----~----~----~------~----~------~--~---
