I have a project estimation application that is currently in use where I have a grid displaying summary data that is using two group by columns. The final screen in the application is similar to a final estimated cost of a project grouped by a major category and sub categories. For example, materials, engineering and labor are the major categories and then each one has subcategories. The user can then adjust factors such as percentage mark up, percentage risk and sales commission to add to the estimate cost and arrive at a final sales price that is submitted to a potential customer. When the user makes a change to one of these factors I recalculate the results in the underlying data table and the data is updated in the wingrid. I am displaying a summary dollar total for each category and sub category and then a final grand total at the bottom of the gird.
I have been receiving complaints from the users that sometimes the sum of the sub totals and the grand total do not add up to the same value. Of course when one of the users tried to show me it appeared to work just fine and just wrote it off as user error. As if it meant anything I tried to explain to the user that the grid control automatically calculates the sub total and total values so I doubted very much that they would not match. But today I just saw it happen with my own eyes where a user updated the mark up percentage on an estimate and the subtotal and grand total did not add up. If I'm not mistaken the group by totals did not update, but the grand total updated and was correct.
In my last post I had a situation where the group by column was not displaying correctly using an ADO column with an expression as the source. I had to use the .Bands(0).SortedColumns.RefreshSort(True) method on each grid every time I added a new record for the grid to display correct. Using the same technique to get around that problem I am able to get the grid to correctly update and the subtotals and grand totals add up correctly.
As you might imagine this whole thing was a big surprise to me. I no longer feel comfortable assuming the wingrid is going to display the correct group by summary values unless I manually kick the grid every time something changes. I don't know if this has anything do with the problem I discussed in my last post, but it seems very coincidental. The groups in a wingrid don't appear to always update when the underlying data changes.
I'm running release v9.1.2009.2029.
There seems to be bug in Group By summary calculation. And it's happening in 10.3 version. I have replied to other post to find an answer.
For more information, I am implementing custom summary and binding to the grid using BindingList<T>
I am experiencing exectly same issue with Ultragrid 9.1
group totals are not updating as grand total at the bottom does
The only filtering I'm doing is on the grid binding sources for what group of information they are displaying. I know... weird stuff.
I can certainly workup an example project, but I have to first finish up what I'm working on right now because I have people standing at my door everyday asking me if I'm done yet.
That's weird. I've never seen anything like that.
Is it possible you have hidden rows in the grid which are being taken into account for the Grand Total, but not for the sub-total?
Can you duplicate this in a small sample project so we can check it out?
I just tested it again and the grand total seems to always be correct, but the group totals do not add up. Below is an example of one of my grids where I am totaling the markup.