Putting this out as an issue, but I will help out with a PR. Here is the scenario - we have a big project where lots of devs from various companies are working on customizations so we have set up a company-specific GitHub repository to track everything. Initially when I set up the repository for them I gitignored everything but Script.cs and the customization XML files but later put those back in so that users freshly checking out the repository could still run the customizations. The challenge is that if developer A has her Epicor Customizations folder setup differently in the extension settings than developer B, developer B will get some invalid path issues when he goes to work on a customization because the paths get baked into CustomizationInfo.json:

The suggestion for this reported issue is that we replace the various spots in the extensions where values are derived from CustomizationInfo.json to the extension settings. For example:

VS Code extension line 89 currently:

argsAry.push(String(customSettings.Folder));

VS Code extension line 89 proposed:

• Disclaimer, I have not tested this - just my assumption based on reading the code

argsAry.push(config.get("epicor.customizationfolder"));

In a multi-developer environment it would be ideal if the data sorted in CustomizationInfo.json was base bones with any environmental settings (client location, user credentials, etc) stored in settings.

If you make changes in VS, then forget to save the project before clicking the edit/run button , there is no way to get back to what you were doing, and the changes will get blown away when you close the Epicor session that is created. To test it, put some comments in VS, then don't save, then hit the edit/run button. The save as window will pop up behind, but even if you save the customization, the previously save version is already loaded into epicor, so your changes are lost.

I would suggest a check of the save status in VS before the uploading to Epicor so there can be a graceful cancel, (don't open Epicor), save the project before opening, or continute without saving.

Add ability to see if VS Code or Epicor has the newer version of a Customization (along with date?) and to allow user to select which one will overwrite the other.

Add ability (toolbox button/dropdown?) for the user to select a Company/Plant

Related to #1
But also Get an exception. If you cancel before clicking ok to the customization.

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.
at Ice.Lib.Framework.EpiViewUtils.OnUpdate(EpiTransaction trans, EpiDataView view, IEpiAdapterLink link, Boolean displayExceptions)
at Ice.Lib.Framework.EpiSingleViewTransaction.OnUpdate()
at Erp.UI.App.AbcCodeEntry.AbcCodeForm.OnClosing(CancelEventArgs e)
at System.Windows.Forms.Form.CheckCloseDialog(Boolean closingOnly)

************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3362.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll

CustomizationEditor
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Epicor/Test/Client/CustomizationEditor.exe

System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3324.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll

System
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3362.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll

System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3056.0 built by: NET472REL1
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll

Ice.Core.Session
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Core.Session.DLL

Ice.Lib.Deployment
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.Deployment.DLL

CommandLine
Assembly Version: 2.2.0.0
Win32 Version: 2.2.0
CodeBase: file:///C:/Epicor/Test/Client/CommandLine.DLL

CommonClasses
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Epicor/Test/Client/CommonClasses.DLL

System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3362.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll

CommonForms
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Epicor/Test/Client/CommonForms.DLL

System.Configuration
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3056.0 built by: NET472REL1
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll

System.Xml.Linq
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3056.0 built by: NET472REL1
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml.Linq/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.Linq.dll

System.Xml
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3056.0 built by: NET472REL1
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll

Ice.Lib.EpiClientLib
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.25
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.EpiClientLib.DLL

Ice.Lib.Startup
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.Startup.DLL

Epicor
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.25
CodeBase: file:///C:/Epicor/Test/Client/Epicor.EXE

Epicor.ServiceModel
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Epicor.ServiceModel.DLL

Microsoft.CSharp
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3056.0
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Microsoft.CSharp/v4.0_4.0.0.0__b03f5f7f11d50a3a/Microsoft.CSharp.dll

System.Security
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3101.0 built by: NET472REL1LAST_B
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Security/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Security.dll

Epicor.Ice.Version
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.25
CodeBase: file:///C:/Epicor/Test/Client/Epicor.Ice.Version.DLL

System.Data
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3260.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll

Ice.Contracts.Lib.SessionMod
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Contracts.Lib.SessionMod.DLL

System.ServiceModel
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3324.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.ServiceModel/v4.0_4.0.0.0__b77a5c561934e089/System.ServiceModel.dll

SMDiagnostics
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3324.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/SMDiagnostics/v4.0_4.0.0.0__b77a5c561934e089/SMDiagnostics.dll

Ice.Lib.AppSettingsHandler
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.AppSettingsHandler.DLL

Accessibility
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3056.0 built by: NET472REL1
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll

System.IdentityModel
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3324.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.IdentityModel/v4.0_4.0.0.0__b77a5c561934e089/System.IdentityModel.dll

Ice.Lib.Cryptography
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.Cryptography.DLL

System.Runtime.Serialization
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3324.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Serialization/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll

System.ServiceModel.Internals
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3324.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.ServiceModel.Internals/v4.0_4.0.0.0__31bf3856ad364e35/System.ServiceModel.Internals.dll

Microsoft.VisualStudio.Diagnostics.ServiceModelSink
Assembly Version: 4.0.0.0
Win32 Version: 14.0.23107.0
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Microsoft.VisualStudio.Diagnostics.ServiceModelSink/v4.0_4.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualStudio.Diagnostics.ServiceModelSink.dll

System.Data.DataSetExtensions
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3056.0 built by: NET472REL1
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Data.DataSetExtensions/v4.0_4.0.0.0__b77a5c561934e089/System.Data.DataSetExtensions.dll

System.Web
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3282.0 built by: NET472REL1LAST_B
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/System.Web/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Web.dll

System.Numerics
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3056.0 built by: NET472REL1
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Numerics/v4.0_4.0.0.0__b77a5c561934e089/System.Numerics.dll

Anonymously Hosted DynamicMethods Assembly
Assembly Version: 0.0.0.0
Win32 Version: 4.7.3362.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll

Epicor.App.Version
Assembly Version: 10.1.600.0
Win32 Version: 10.1.600.25
CodeBase: file:///C:/Epicor/Test/Client/Epicor.App.Version.DLL

Ice.Contracts.BO.UserFile
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Contracts.BO.UserFile.DLL

Ice.Lib.EpiResourceLib
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.25
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.EpiResourceLib.DLL

Infragistics4.Win.v12.2
Assembly Version: 12.2.20122.2018
Win32 Version: 12.2.20122.2018
CodeBase: file:///C:/Epicor/Test/Client/Infragistics4.Win.v12.2.DLL

Ice.Lib.ClientPlugins
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.ClientPlugins.DLL

Erp.Lib.ErpPlugins
Assembly Version: 10.1.600.0
Win32 Version: 10.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Plugins/Erp.Lib.ErpPlugins.dll

System.Dynamic
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3056.0
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Dynamic/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Dynamic.dll

WindowsBase
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3362.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/WindowsBase/v4.0_4.0.0.0__31bf3856ad364e35/WindowsBase.dll

Ice.Lib.Styling
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.Styling.DLL

Ice.Lib.ServerStartup
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.ServerStartup.DLL

Ice.Contracts.Lib.BOReader
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Contracts.Lib.BOReader.DLL

Ice.Contracts.BO.LangTran
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Contracts.BO.LangTran.DLL

Infragistics4.Win.UltraWinEditors.v12.2
Assembly Version: 12.2.20122.2018
Win32 Version: 12.2.20122.2018
CodeBase: file:///C:/Epicor/Test/Client/Infragistics4.Win.UltraWinEditors.v12.2.DLL

Infragistics4.Shared.v12.2
Assembly Version: 12.2.20122.2018
Win32 Version: 12.2.20122.2018
CodeBase: file:///C:/Epicor/Test/Client/Infragistics4.Shared.v12.2.DLL

Infragistics4.Win.Misc.v12.2
Assembly Version: 12.2.20122.2018
Win32 Version: 12.2.20122.2018
CodeBase: file:///C:/Epicor/Test/Client/Infragistics4.Win.Misc.v12.2.DLL

UIAutomationProvider
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3362.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/UIAutomationProvider/v4.0_4.0.0.0__31bf3856ad364e35/UIAutomationProvider.dll

Ice.Lib.EpiResourceLib.resources
Assembly Version: 3.1.600.0
Win32 Version: 1.5.0.0
CodeBase: file:///C:/Epicor/Test/Client/en-AU/Ice.Lib.EpiResourceLib.resources.DLL

Ice.Lib.Styling.resources
Assembly Version: 3.1.600.0
Win32 Version: 1.5.0.0
CodeBase: file:///C:/Epicor/Test/Client/en-AU/Ice.Lib.Styling.resources.DLL

Ice.Lib.BroadcastTower
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.BroadcastTower.DLL

Ice.Lib.EpiClientLib.resources
Assembly Version: 3.1.600.0
Win32 Version: 1.5.0.0
CodeBase: file:///C:/Epicor/Test/Client/en-AU/Ice.Lib.EpiClientLib.resources.DLL

Infragistics4.Win.UltraWinToolbars.v12.2
Assembly Version: 12.2.20122.2018
Win32 Version: 12.2.20122.2018
CodeBase: file:///C:/Epicor/Test/Client/Infragistics4.Win.UltraWinToolbars.v12.2.DLL

System.Xaml
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3362.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xaml/v4.0_4.0.0.0__b77a5c561934e089/System.Xaml.dll

Infragistics4.Win.UltraWinGrid.v12.2
Assembly Version: 12.2.20122.2018
Win32 Version: 12.2.20122.2018
CodeBase: file:///C:/Epicor/Test/Client/Infragistics4.Win.UltraWinGrid.v12.2.DLL

Infragistics4.Win.UltraWinTree.v12.2
Assembly Version: 12.2.20122.2018
Win32 Version: 12.2.20122.2018
CodeBase: file:///C:/Epicor/Test/Client/Infragistics4.Win.UltraWinTree.v12.2.DLL

Epicor.Diagnostics
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Epicor.Diagnostics.DLL

Epicor.Ice.Tasks
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Epicor.Ice.Tasks.DLL

Ice.Contracts.Lib.ClassAttribute
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Contracts.Lib.ClassAttribute.DLL

Ice.Lib.FWCombos
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.FWCombos.DLL

Ice.UI.CustomizationMaintEntry
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.UI.CustomizationMaintEntry.DLL

Ice.Contracts.BO.QuickSearch
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Contracts.BO.QuickSearch.DLL

Ice.Contracts.BO.Menu
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Contracts.BO.Menu.DLL

Ice.Contracts.BO.GenXData
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Contracts.BO.GenXData.DLL

Ice.Adapters.GenXData
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.25
CodeBase: file:///C:/Epicor/Test/Client/Ice.Adapters.GenXData.DLL

Ice.Adapters.Menu
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Adapters.Menu.DLL

Ice.Adapters.UserFile
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Adapters.UserFile.DLL

Ice.Contracts.Lib.ClientCache
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Contracts.Lib.ClientCache.DLL

ICSharpCode.SharpZipLib
Assembly Version: 0.85.5.452
Win32 Version: 0.85.5.452
CodeBase: file:///C:/Epicor/Test/Client/ICSharpCode.SharpZipLib.DLL

Infragistics4.Win.UltraWinStatusBar.v12.2
Assembly Version: 12.2.20122.2018
Win32 Version: 12.2.20122.2018
CodeBase: file:///C:/Epicor/Test/Client/Infragistics4.Win.UltraWinStatusBar.v12.2.DLL

Infragistics4.Win.UltraWinDock.v12.2
Assembly Version: 12.2.20122.2018
Win32 Version: 12.2.20122.2018
CodeBase: file:///C:/Epicor/Test/Client/Infragistics4.Win.UltraWinDock.v12.2.DLL

Infragistics4.Win.UltraWinMaskedEdit.v12.2
Assembly Version: 12.2.20122.2018
Win32 Version: 12.2.20122.2018
CodeBase: file:///C:/Epicor/Test/Client/Infragistics4.Win.UltraWinMaskedEdit.v12.2.DLL

Ice.UI.CustomizationMaintEntry.resources
Assembly Version: 3.1.600.0
Win32 Version: 1.5.0.0
CodeBase: file:///C:/Epicor/Test/Client/en-AU/Ice.UI.CustomizationMaintEntry.resources.DLL

UIAutomationTypes
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3362.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/UIAutomationTypes/v4.0_4.0.0.0__31bf3856ad364e35/UIAutomationTypes.dll

Ice.Adapters.GenXData.resources
Assembly Version: 3.1.600.0
Win32 Version: 1.5.0.0
CodeBase: file:///C:/Epicor/Test/Client/en-AU/Ice.Adapters.GenXData.resources.DLL

Ice.Lib.GlobalStrings
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Ice.Lib.GlobalStrings.DLL

Ice.Lib.GlobalStrings.resources
Assembly Version: 3.1.600.0
Win32 Version: 1.5.0.0
CodeBase: file:///C:/Epicor/Test/Client/en-AU/Ice.Lib.GlobalStrings.resources.DLL

Epicor.Ice.Shared.Social
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Epicor.Ice.Shared.Social.DLL

Erp.UI.AbcCodeEntry
Assembly Version: 10.1.600.0
Win32 Version: 10.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Erp.UI.AbcCodeEntry.DLL

Erp.Adapters.ABCCode
Assembly Version: 10.1.600.0
Win32 Version: 10.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Erp.Adapters.ABCCode.DLL

Erp.Contracts.BO.ABCCode
Assembly Version: 10.1.600.0
Win32 Version: 10.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Erp.Contracts.BO.ABCCode.DLL

Erp.UI.AbcCodeEntry.resources
Assembly Version: 10.1.600.0
Win32 Version: 1.5.0.0
CodeBase: file:///C:/Epicor/Test/Client/en-AU/Erp.UI.AbcCodeEntry.resources.DLL

Erp.Lib.GlobalStrings
Assembly Version: 10.1.600.0
Win32 Version: 10.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/Erp.Lib.GlobalStrings.DLL

Erp.Lib.GlobalStrings.resources
Assembly Version: 10.1.600.0
Win32 Version: 1.5.0.0
CodeBase: file:///C:/Epicor/Test/Client/en-AU/Erp.Lib.GlobalStrings.resources.DLL

Erp.Contracts.BO.ABCCode.resources
Assembly Version: 10.1.600.0
Win32 Version: 1.5.0.0
CodeBase: file:///C:/Epicor/Test/Client/en-AU/Erp.Contracts.BO.ABCCode.resources.DLL

SetUserObjectsLimit
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/SetUserObjectsLimit.EXE

VisualStudioDebugHelper
Assembly Version: 3.1.600.0
Win32 Version: 3.1.600.0
CodeBase: file:///C:/Epicor/Test/Client/VisualStudioDebugHelper.DLL

Infragistics4.Win.UltraWinListView.v12.2
Assembly Version: 12.2.20122.2018
Win32 Version: 12.2.20122.2018
CodeBase: file:///C:/Epicor/Test/Client/Infragistics4.Win.UltraWinListView.v12.2.DLL

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Installed the extension and configured but the 'Epicor Customization (OPEN)' does nothing instead of spawning a form.
I can't go on to complete the setup.
No error or warning is throw

Attempting to use the Test option on a customization on ABC Maintenance threw the following exception.

Title of the Dialog was Error during loading themes.

Application Error

Exception caught in: mscorlib

Error Detail

Message: startIndex cannot be larger than length of string.
Parameter name: startIndex
Program: CommonLanguageRuntimeLibrary
Method: Substring

Client Stack Trace

at System.String.Substring(Int32 startIndex, Int32 length)
at Ice.Lib.Styling.canThemesBeApplied(Session session)
at Ice.Lib.Styling.LoadThemeByConfiguration(Object Sender)

Client form opens correctly with the customization.

Looks like the reference to "ms-vscode.csharp" is now broken for new installs. I believe it should point to "ms-dotnettools.csharp"

Are you able to edit code in debug mode?

We're about to migrate in July to Epicor 10.2.400 if you are able to add the helper library that will be awsome!

Thanks for your good work.

Hi Jose, I want to Know if you have the extension for version 10.1.400?
Sorry for my english.

Hi,

When I open a customization, the "Customization/Personalization Search" window appears and it has "Base Extension" as an option in the type. Selecting this and searching gives the correct list of BE's.
When I select one to open it downloads the correct xml but when I look in the script.cs file it only has the starting script for a customization with the Initialize and Destroy custom code methods and not the code from the script for the Base Extension.

Regards
Ren

I open PO Tracker Form but when I click edit in toolbox the form that appears is PO Entry Form.

see image below:

Hello Jose,

I think what you've developed is a great tool and I would really like to use it more. I ran into an issue where VSCode isn't able to initialize "Epicor Customization Editor" because it depends on an extension that no longer exists:

Simply because "ms-vscode-csharp" was renamed to "ms-dotnettools.csharp"... Could you release an update?

I tried comparing the past updates but was unable to get it working with 2023.4. If someone can point me in the right direction, I may be able to complete this myself and open a Pull request. Thanks.

More of a feature request than an issue. We have DLLs that are targeted at greater framework versions than 4.6.1 in some of our customizations. As the assemblies are being retrieved for a particular customization, could the targetframework version in the csproj file be set based on those assemblies. I can change it manually, but I have to do it after every download or resync.

Any chance of adding the Process calling button to the Toolbox?

Just tried to open the RMAForm print screen customization I just made, and it doesn't seem to pull in the project. I'm trying to do this inside of Visual Studio and not VSCode.

Jose,

This is an incredible piece of work. I am working with a team that has had repeated issues of developers stepping on each others toes causing work to get lost using the old "save as another name while you are working on it" approach. I have presented the idea of using this approach for all customization maintenance and everybody is pretty excited about the idea. I think the only challenge I've had a bit of difficulty getting my head around centers around how doing a 'Edit / View' actually updates the customization within Epicor while the developer might still be working on it. Here was some notes I scrapped together for them on a possible approach:

So it was mentioned in the introduction that we no longer need to rely on customization naming as our versioning logic for Epicor. It is better to keep common, consistent names so that the full history of code changes are documented within GitHub. I am very open to suggestions here keeping in mind the primary objectives:

• The commit history for a customization should remain intact (changing customization names can cause a problem here).

• The loss of work is the primary concern that brought us into this conversation in the first place - that should be prioritized above all else.

• Developers should not have to perform an undue amount of work to publish a version of code that includes enhancements made by others.

• Testers should not have to jump through unreasonable hoops to test their work but should also be shielded from “in progress” work.

So to that end, the recommendation would be that all screens to be customized have three customizations against them - one named exactly the same as the screen itself (i.e. JobEntry), another named as the screen and suffixed with a “_Dev” (i.e. JobEntry_Dev) and the final having a “_Test” suffix (i.e. JobEntry_Test). All developers will work against the “_Dev” customization and it will be that customization that will hold all source commit history for the screen. When a “_Dev” customization is stable and ready to be tested it will overwrite the “_Test” version which will have a special testing menu for the testers to access. Upon tester approval the “_Test” customization will overwrite the version without any prefix.

Under the scenario developer conflicts will certainly occur and mindful use of both source control and frequent syncs will prevent any loss of work. In the case where a developer encounters the message regarding a newer customization present that will be their trigger to perform the simple steps to merge:

• Commit the current code to GitHub assuming it is of committable quality. If it is not to that stage currently the developer can create a branch and commit to that instead.

• Use the download function to allow the other developers code to get pulled in.

• Compare the differences using to what is committed in GitHub to perform an effective merge.

What I am wondering is whether it would be feasible to change the behavior of 'Edit / View' to not overwrite the actual customization but instead create a temporary customization that is run and then deleted?

It appears that the Environment parameter does persist, if you check the remember credentials, however it does not retain the remember credentials or the SSO boxes as checked or the user credential fields (not sure if you would want the Username and Password to persist if not SSO).

This is an image of the Login form opening the second time after selecting the environment, SSO and Remember Credentials.