Yes, I am currently using an older revision where the query works.
On Nov 3, 3:55 pm, "Tuna Toksöz" <[EMAIL PROTECTED]> wrote: > Thanks. So you say that it was working before the revert thing? > > > > On Mon, Nov 3, 2008 at 10:50 PM, Jay <[EMAIL PROTECTED]> wrote: > > > The issue and test is athttp://jira.nhibernate.org/browse/NH-1556 > > > On Nov 3, 2:05 pm, "Chad Lee" <[EMAIL PROTECTED]> wrote: > > > Jay, > > > > Could you provide a test case for your specific scenario and create a > > JIRA > > > for it? > > > > On Mon, Nov 3, 2008 at 12:45 PM, Jay <[EMAIL PROTECTED]> wrote: > > > > > Chad, > > > > > This revert has broken some of my HQL queries that previously worked. > > > > Particularly those queries where I am ordering by an aggregate value. > > > > It seems to be putting the asc or desc in the select portion of the > > > > SQL statement rather than the order by portion. I wanted to use this > > > > revision since it is required for the latest NH.Linq fixes in > > > > nhcontrib, but I can't if it breaks other things. > > > > > - Jay > > > > > On Oct 30, 8:36 am, "Chad Lee" <[EMAIL PROTECTED]> wrote: > > > > > It includes 99 files because the new version of tortoisesvn updates > > the > > > > svn > > > > > merge info for all files when you do a reverse merge. If you click > > on > > > > the > > > > > files - there are no changes to most of them. I don't know why it > > does > > > > that > > > > > -- it makes the commit more convoluted I think. > > > > > > On Thu, Oct 30, 2008 at 5:30 AM, Fabio Maulo <[EMAIL PROTECTED]> > > > > wrote: > > > > > > Hi. > > > > > > In theory the revision 3880 is a revert of the NH-1090 fix. > > > > > > Somebody know why it include 99 files of all projects of the trunk > > ? > > > > > > > -- > > > > > > Fabio Maulo > > -- > Tuna Toksöz > > Typos included to enhance the readers attention!
