I've been trying to figure that one out. I've been using the trunk, and the last time I compiled nhibernate prior to the latest revision is sometime before October 20th (that's the last commit of that file to my SCC). I tried trying some of the revisions prior to October 20th, but couldn't find any that make the test pass. I know it works, because the test passes against my compiled revision, I just have no way of figuring out what revision it was. You guys might want to think about changing your AssemblyInfo.cs to use the SVN revision number for the final number in the version number.
On Nov 3, 5:00 pm, "Tuna Toksöz" <[EMAIL PROTECTED]> wrote: > It didn't work prior to revert and prior to resultTransformer thing. > Definitely a bug, but not related to the revert. > Can you tell me which revision are you trying? > > > > On Mon, Nov 3, 2008 at 11:06 PM, Jay <[EMAIL PROTECTED]> wrote: > > > 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! > > -- > Tuna Toksöz > > Typos included to enhance the readers attention!
