Existing code is working fine with Infragistics 2014 vol2 win form, same code is not working when upgraded to Infragistics 2017 vol2.
While edit a cell value in grid below exception thrown. please help to resolve this issue.
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.InvalidOperationException: Operation can not be performed when not in edit mode.
at Infragistics.Win.EditorWithMask.EnsureInEditMode()
at Infragistics.Win.EditorWithMask.get_Sections()
at Infragistics.Win.EditorWithMask.OnControlLeave(Object sender, EventArgs e)
at System.EventHandler.Invoke(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnLeave(EventArgs e)
at Infragistics.Win.UltraWinGrid.UltraGrid.OnLeave(EventArgs e)
at System.Windows.Forms.ContainerControl.UpdateFocusedControl()
Hello Vijay,
InvalidOperationException when calling DeactivateCell action in grid's Leave event has already been fixed internally and will be included in the next service release. I have created a private case CAS-194801-N1L4S7 for you to track this issue. I have linked this case to the relevant Development Issue 247788. so that you will be notified when the service release is available. You can see the service release schedule here: www.infragistics.com/.../service-releases
Let me know if you have any questions.
The fix for InvalidOperationException when calling DeactivateCell action in grid's Leave event is included in our latest service release. Please follow the instructions listed here in order to get our latest service release.
Let me know if I may be of further assistance.
Hello,
i developed an (second) windows forms application with infragistics controls of the new version (v.17.2).
i have an other (main) application (too a windows forms application with infragistics controls (v.11.1)
when a insert the dll of my "second" application into the debug folder of the main application to start within i receive the following error:
System.Reflection.TargetInvocationException
HResult=0x80131604
Message=Exception has been thrown by the target of an invocation.
Source=mscorlib
StackTrace:
at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
at System.Reflection.RuntimePropertyInfo.SetValue(Object obj, Object value, Object[] index)
at System.ComponentModel.ComponentResourceManager.ApplyResources(Object value, String objectName, CultureInfo culture)
at PumpMethodMaxFlowGradient.InitializeComponent() in C:\...\PumpMethodMaxFlowGradient.Designer.cs:line 95
at PumpMethodMaxFlowGradient..ctor() in C:\...\PumpMethodMaxFlowGradient.cs:line 19
This occurs at the line:
resources.ApplyResources(this.ultraNumericEditorMaxFlowGrad, "ultraNumericEditorMaxFlowGrad");
and
((System.ComponentModel.ISupportInitialize)(this.ultraNumericEditorMaxFlowGrad)).EndInit();
thanks for your help,
Richard
Richard,
Typically we recommend that you only reference a single version of the Infragistics assemblies in a single application to avoid reference issues. I assume from your description that you have a shell that is referencing 11.1 and you are loading a plugin that references 17.2. To understand what could be causing the issue in your specific application it would help if you provide a sample that duplicates the issue.
Please show the approach you have taken to use two versions in a single application in a sample that I can review.
Without knowing how you are loading your views, it is difficult to give guidance on how to resolve the issue. The simplest solution and probably the best for your application is to upgrade everything to 17.2 so that you are referencing only a single version. If you do indeed need to be able to use two volumes, there can't be anywhere in your code where you would pass an object from the 11.1 version of the assembly to the 17.2 version of the assembly as they aren't binary compatible and would result in similar exceptions.
As far as this specific example of an exception that you are getting, I assume that casting is failing in GlyphInfoBase because we are parsing a serialized object to get the CheckBoxImageGlyphInfo and that is returning the version that differs from the assembly that called ParseSerializedObject. I am not sure what scenario this would happen under and would likely need a sample that reproduces the behavior to better explain what is happening and what options might exist other than using a single version of the windows forms controls in your application.
hi Alan,
i receive the exception on the designers of my controls...
Her an example of a usercontrol designer containing a NumericEditor named "NumericEditorFlowRampUp":
this line:
resources.ApplyResources(this.agtNumericEditorFlowRampUp, "agtNumericEditorFlowRampUp");
throws the exception
InnerException:
Exception has been thrown by the target of an invocation.
ex.StackTrace:
at System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandleInternal& ctor, Boolean& bNeedSecurityCheck) at System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean skipCheckThis, Boolean fillCache, StackCrawlMark& stackMark) at System.Activator.CreateInstance(Type type, Boolean nonPublic) at System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, StackCrawlMark& stackMark) at System.Activator.CreateInstance(Type type, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes) at System.Activator.CreateInstanceFromInternal(String assemblyFile, String typeName, Boolean ignoreCase, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, Evidence securityInfo) at System.Activator.CreateInstanceFrom(String assemblyFile, String typeName) at RCDispatcher.LoadControls() in C:\...\RCDispatcher.cs:line 2431 at RCDispatcher..ctor(InstrumentDirectory instDir, MdiParent mdiParent) in C:\...\RCDispatcher.cs:line 53 at MdiParent.OnNew() in C:\...\MDIParent.cs:line 715
InnerException.InnerException.StackTrace:
at Infragistics.Win.AppStyling.StyleUtilities.ParseGlyphInfo(String value) at Infragistics.Win.AppStyling.StyleSetInfo.LoadContents(StyleSetInfo styleSet, XmlReader reader, StyleParseInfo parseInfo, Boolean parseOnlyTargets) at Infragistics.Win.AppStyling.StyleSetInfo.LoadContents(StyleSetInfo styleSet, StyleParseInfo parseInfo, Boolean parseOnlyTargets) at Infragistics.Win.AppStyling.StyleSetInfo.EnsureParsed() at Infragistics.Win.AppStyling.StyleSetInfo.GetComponentStyle(String name, Boolean ensureParsed, Boolean createIfNull) at Infragistics.Win.AppStyling.StyleSetInfo.GetComponentStyle(String name) at Infragistics.Win.AppStyling.StyleManager.CreateComponentStyleCache(String componentName) at Infragistics.Win.AppStyling.StyleManager.GetComponentStyleCache(String componentName) at Infragistics.Win.AppStyling.StyleManager.CreateComponentStyleInfo(ComponentRole componentRole) at Infragistics.Win.AppStyling.ComponentRole.VerifyCacheImpl() at Infragistics.Win.AppStyling.ComponentRole.VerifyCache() at Infragistics.Win.AppStyling.ComponentRole.GetResolutionOrderInfo() at Infragistics.Win.UltraWinEditors.UltraNumericEditorBase.ResolveAppearance(AppearanceData& appearance, AppearancePropFlags& requestedProps) at Infragistics.Win.UltraWinEditors.UltraNumericEditorBase.ShouldAutoSizeHeight(Int32& height) at Infragistics.Win.UltraWinEditors.UltraWinEditorMaskedControlBase.ShouldAutoSizeHeightWithZoom(Int32& height) at Infragistics.Win.UltraWinEditors.UltraWinEditorMaskedControlBase.SetBoundsCore(Int32 x, Int32 y, Int32 width, Int32 height, BoundsSpecified specified) at System.Windows.Forms.Control.System.Windows.Forms.Layout.IArrangedElement.SetBounds(Rectangle bounds, BoundsSpecified specified) at System.Windows.Forms.Layout.DefaultLayout.SetDock(IArrangedElement element, DockStyle value) at System.Windows.Forms.Control.set_Dock(DockStyle value)
Thanks
It might be possible and it might not depending on the integration between the shell and the views. It is definitely outside the scope of what we support.
Note that the InnerException of the TargetInvocationException may provide better details on why the exception was thrown.
What are the details for the InnerException?
i have the following issue:
1. The main application (shell) is a windows forms application that within a dashboard and many views as libraries (e.g. View1.dll, View2.dll, View3.dll) . Those Libraries and the dashboard was developed with v.11. (infragistics), so the shell contains references to infragistics dll v.11.1.
2. I developed another windows forms application taken some views (View1.dll) from the shell application and upgrade the infragistics version of the libraries (working now with v.17.2)
3. Now i insert my upgraded View1.dll (with the v.17.2) into the output folder of the main application (shell) to show the result and get the exception above...
??Question: Is my approach possible?
=> Remark: i do it because i have a problem when my main application is running on a machine with higher dpi (150%)...
Thank for your help...