This is a migrated thread and some comments may be shown as answers.

Error when dragging group item set by LoadLayout

6 Answers 180 Views

GridView

This is a migrated thread and some comments may be shown as answers.

Grant asked on 04 Aug 2015, 04:48 PM

We found a very strange error that occurs if someone tries to drag a grouped column and the mouse is on the X to close the group item.

After a column is grouped, you can drag it out of the group area to ungroup, or drag it to a different location to change the group hierarchy. This works fine as long as you don't happen to grab the group by the "X" in the group area. If you place the mouse pointer on the X hold the left mouse button down, moving the mouse at all throws an object reference error. The call stack is shown below.

To make the problem even more bizarre, this doesn't occur if the user manually groups the column. It only seems to occur if we set the grouping in code. We allow users to save their desired display settings. We save them in an XML file and reload them using the LoadLayout and SaveLayout methods. The XML that we are loading with LoadLayout is shown below.

Error call stack:

System.NullReferenceException: Object reference not set to an instance of an object.
at Telerik.WinControls.UI.GridRowBehavior.ExtendSelectionUp(GridTableElement tableElement, Rectangle viewportBounds, Point location)
at Telerik.WinControls.UI.GridRowBehavior.ExtendSelectionOnMouseMove(GridTableElement tableElement, Rectangle viewportBounds, Point location)
at Telerik.WinControls.UI.GridRowBehavior.scrollTimer_Tick(Object sender, EventArgs e)
at System.Windows.Forms.Timer.OnTick(EventArgs e)
at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message_ m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

LoadLayout XML:

6 Answers, 1 is accepted

answered on 05 Aug 2015, 05:45 PM

I found a more accurate way to describe the problem. It has nothing to do with setting groups in code vs. setting manually. Here is how to reproduce the problem:

1. Load a grid with enough rows to make scrolling necessary to see the bottom row.
2. Drag a column header into the group area.
3. Make sure the vertical scroll bar is all the way to the top.
4. Put the mouse on the "X" of the group descriptor. Hold the left mouse button and move the mouse. Nothing will happen.
5. Move the vertical scroll bar down. It doesn't matter if you scroll all the way to the end or just barely move the vertical scroll bar, as long as it isn't all the way to the top.
6. Repeat step 4, holding and dragging the group descriptor "X." An object reference error will occur.

That's about as simple as I can make it. Hopefully someone can tell me an override or something that I can use to fix this. We just upgraded to 2015Q2 SP1 and we are ready to release a new version of our application. Right now this is the only thing holding us up.

answered on 06 Aug 2015, 09:50 AM

Hello Grant,

Thank you for writing.

I confirm that it is an issue with RadGridView. I have logged it in our feedback portal. You can track its progress, subscribe for status changes and add your vote/comment to it on the following link - feedback item.

I have also updated your Telerik points.

Currently, the possible solution that I can suggest is to use a custom row behavior:

public Form1()

{

InitializeComponent();

LoadData();

//register the custom row behavior

BaseGridBehavior gridBehavior = rgvTest.GridBehavior as BaseGridBehavior;

gridBehavior.UnregisterBehavior(typeof(GridViewDataRowInfo));

gridBehavior.RegisterBehavior(typeof(GridViewDataRowInfo), new CustomGridDataRowBehavior());

}

public class CustomGridDataRowBehavior : GridDataRowBehavior

{

public CustomGridDataRowBehavior()

{

typeof(GridRowBehavior).GetField("orderedRows", System.Reflection.BindingFlags.NonPublic |

System.Reflection.BindingFlags.Instance).SetValue(this, new List<GridViewRowInfo>()) ;

}

public override bool OnMouseUp(MouseEventArgs e)

{

bool result = base.OnMouseUp(e);

typeof(GridRowBehavior).GetField("orderedRows", System.Reflection.BindingFlags.NonPublic |

System.Reflection.BindingFlags.Instance).SetValue(this, new List<GridViewRowInfo>()) ;

return result;

}

I hope this information helps. Should you have further questions I would be glad to help.

Regards,

Dess
Telerik

Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Feedback Portal and vote to affect the priority of the items

answered on 05 Oct 2015, 11:12 AM

Hello,
I am having the same error but not by the same cause (or this is what I have been told by my customers, they were not using grouping at the time of the error) and I haven't managed to replicate the exact cause yet.

Anyway I tried to implement the solution above in case the error would be fixed (or the information I had from the client was false and this was the cause), but I cannot make it work.
What could be wrong?

Also I am already using a custom grid behavior class that inherits from BaseGridBehavior and I set it to the grid like this:
grid.GridBehavior = New CustomGridBehavior()

How can I implement this fix and keep my CustomGridBehavior class as well?
PS. I disabled my CustomGridBehavior when I was trying to implement the CustomGridDataRowBehavior, so this is not the reason it did not work.

answered on 07 Oct 2015, 02:22 PM

AutoExpandFalse.gif

Hello George,

Thank you for writing.

Firstly, I would like to note that the issue was addressed in Q3 2015 as it is marked in the referred feedback item.

Тhe provided information is not enough for me to replicate the issue locally. Without reproducing the problem on our end, we can make only conjectures what is causing the exception. That is why we would kindly ask you to provide your project where the issue is reproducible. Feel free to open a support ticket where attachments are allowed.

RadGridView manages user mouse and keyboard input over its rows by GridRowBehavior. Depending on the row type, RadGridView introduces different behaviors. Since, you replace the default BaseGridBehavior, but the workaround registers а custom GridDataRowBehavior, you can have both of the implemented functionalities. You can refer to the GridView >> Row behaviors help article for additional information.

As to the last question, I suppose that you mean the RadGridView.AutoExpandGroups property as RadGridView does not offer AutoExpandRows property in 2015.2 728 version. Following the provided information, I was unable to reproduce the exception with the applied workaround. Please refer to the attached gif file illustrating the steps that I perform. Am I missing something? Could you please specify the exact steps how to reproduce the problem?

I am looking forward to your reply.

Regards,
Dess
Telerik