From mbeddr.core created by eugenschindler : mbeddr/mbeddr.core#1964

When starting a search (Ctrl+F) and typing a search term, after typing exactly 3 characters, a node in the diagram with a textual item that matches the search is selected, the first 3 characters in that textual item are selected and focus is put onto that textual element.
The result of this is, that when you continue typing, the textual elements gets renamed (i.e. the first three selected characters are replaced by anything that is typed after the jump to the textual element).

Expected behavior would be that the found nodes are highlighted and that the first search result in the diagram is brought into the (center of the) view area (incremental search behavior), but without selecting (part of) the respective textual element.

From mbeddr.core created by DomenikP : mbeddr/mbeddr.core#1743

The de.itemis.mps.editor.diagram language does not reexport its runtime solution (de.itemis.mps.editor.diagram.runtime). Other MPS projects using the diagram language will face compilation problems in the command-line build, since the Java classes from the diagram.runtime solution are not added to the classpath.

Migrate com.mbeddr.mpsutil.userstyles

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F3441511210711411657&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

From mbeddr.core created by slisson : mbeddr/mbeddr.core#1810

Migrate com.mbeddr.mpsutil.treenotations

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F2149077600609444055&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

Hi,
we discovered a memory leak in the de.slisson.mps.tables package. The root cause of this leak is located in the de.slisson.mps.tables.runtime.cells.PartialTableExtractor class and its cache implementation:

Problem Description

It seems like the WeakHashMap doesn't automatically remove unreachable keys and keeps adding more instead. I'm working with a maximum heap size of 8 GB and i can reach it by refreshing editors that use structures of the de.slisson.mps.tables language (e.g. ChildsHorizontal, ChildsVertical, Table, PartialTable, ...). The following picture shows a dumped heap of 4,2 GB that was created by refreshing such editors and then closing all editor tabs:

[Source: https://www.eclipse.org/mat/, Leak Suspects Report]

90% of my heap was used by the PartialTableExtractor and it was not possible to clean this up without restarting MPS. I've tried:

• Closing all editors and running the GC
• Invalidate caches and running the GC

Temporary Solution

After this discovery i used the java reflection api to clear the WeakHashMap programmatically and the GC was able to clear my heap to its initial state.

Sample Project

I've prepared a sample project to demonstrate this issue:
performance.tableeditor.zip

This sample project contains intentions to:

• create a root node with multiple tables with abritrary column and row count (createTableList intention)
• refresh the editor multiple times based on an integer property (refreshEditorMultipleTimes intention)
• clear all entries of the memory leak (PartialTableExtractor.ourOriginalChilds, clearCache intention)

The project contains a README.txt that explains some important aspects if needed.
MPS Version: 2017.2.3 (Build-172.1493)
mbeddr.platform Version: 2017_2.1.0.19582.9618fb3

Migrate com.mbeddr.mpsutil.varscope

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F7414963977311190157&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

From mbeddr.core created by slisson : mbeddr/mbeddr.core#1735

After typing the first character in the find textbox it loses the focus.

From mbeddr.core created by joswarmer : mbeddr/mbeddr.core#1478

In the diagram editor specification you van specify the label of a port. If the expression entered is not of type string the langauge built will give a compilation error:

The constructor Port(<<expression type>>) is undefined,

There shoukld be a check on the type of the label expression to ensure it always conforms to string.

From mbeddr.core created by stephaneberle9 : mbeddr/mbeddr.core#1861

Sometimes, when new boxes are placed in a diagram, their text becomes very small and is hard to read. The problem can be fixed manually by clicking the Fit to size tool botton. But it would be better, if new boxes were automatically fitted to their size as soon as they appear in the diagram

Migrate com.mbeddr.mpsutil.json

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F933071688407982433&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

From mbeddr.core created by eugenschindler : mbeddr/mbeddr.core#1961

When creating an edge for which the source and target nodes are the same, this edge has length zero and cannot be resized or reshaped manually.

Expected behavior would be that the edge is initially layouted so that it is a clear "self-to-self" edge (e.g. going from the top to the bottom of the "self-box") and that the edge's shape can be adjusted manually.

From mbeddr.core created by markusvoelter : mbeddr/mbeddr.core#1253

When clicking outside a white edit box, the cursor should also stop blinking inside that box.

Migrate com.mbeddr.mpsutil.jung

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F7005560613509901436&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

From mbeddr.core created by joswarmer : mbeddr/mbeddr.core#1477

Inside a shape definition I tired to extract a method.
When selecting either "Refactor" or "Choose Container" the folowing exception is raised.

[8791550]  ERROR - llij.ide.plugins.PluginManager - You can read model only inside read actions
jetbrains.mps.smodel.IllegalModelAccessError: You can read model only inside read actions
        at jetbrains.mps.smodel.WorkbenchModelAccess.checkReadAccess(WorkbenchModelAccess.java:483)
        at jetbrains.mps.smodel.ModelAccessBase.checkReadAccess(ModelAccessBase.java:38)
        at jetbrains.mps.extapi.module.SModuleBase.assertCanRead(SModuleBase.java:245)
        at jetbrains.mps.project.AbstractModule.getScope(AbstractModule.java:672)
        at jetbrains.mps.project.dependency.VisibilityUtil.isVisible(VisibilityUtil.java:32)
        at jetbrains.mps.ide.java.platform.refactorings.BaseChooseNodeDialog.initVisibleModels(BaseChooseNodeDialog.java:
        at jetbrains.mps.ide.java.platform.refactorings.BaseChooseNodeDialog.<init>(BaseChooseNodeDialog.java:53)
        at jetbrains.mps.ide.java.platform.refactorings.ExtractMethodDialog$9.<init>(ExtractMethodDialog.java:309)
        at jetbrains.mps.ide.java.platform.refactorings.ExtractMethodDialog.chooseStaticContainer(ExtractMethodDialog.jav
        at jetbrains.mps.ide.java.platform.refactorings.ExtractMethodDialog.doRefactoringAction(ExtractMethodDialog.java:
        at jetbrains.mps.ide.platform.refactoring.RefactoringDialog$RefactorAction.actionPerformed(RefactoringDialog.java
        at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
        at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
        at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
        at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
        at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
        at java.awt.Component.processMouseEvent(Component.java:6535)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
        at java.awt.Component.processEvent(Component.java:6300)
        at java.awt.Container.processEvent(Container.java:2236)
        at java.awt.Component.dispatchEventImpl(Component.java:4891)
        at java.awt.Container.dispatchEventImpl(Container.java:2294)
        at java.awt.Component.dispatchEvent(Component.java:4713)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4525)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466)
        at java.awt.Container.dispatchEventImpl(Container.java:2280)
        at java.awt.Window.dispatchEventImpl(Window.java:2750)
        at java.awt.Component.dispatchEvent(Component.java:4713)
        at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
        at java.awt.EventQueue.access$500(EventQueue.java:97)
        at java.awt.EventQueue$3.run(EventQueue.java:709)
        at java.awt.EventQueue$3.run(EventQueue.java:703)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
        at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
        at java.awt.EventQueue$4.run(EventQueue.java:731)
        at java.awt.EventQueue$4.run(EventQueue.java:729)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
        at com.intellij.ide.IdeEventQueue.defaultDispatchEvent(IdeEventQueue.java:866)
        at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.java:650)
        at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.java:381)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:109)
        at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:184)
        at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:229)
        at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:227)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:227)
        at java.awt.Dialog.show(Dialog.java:1084)
        at com.intellij.openapi.ui.impl.DialogWrapperPeerImpl$MyDialog.show(DialogWrapperPeerImpl.java:792)
        at com.intellij.openapi.ui.impl.DialogWrapperPeerImpl.show(DialogWrapperPeerImpl.java:465)
        at com.intellij.openapi.ui.DialogWrapper.invokeShow(DialogWrapper.java:1638)
        at com.intellij.openapi.ui.DialogWrapper.show(DialogWrapper.java:1587)
        at jetbrains.mps.ide.java.actions.ExtractMethod_Action.doExecute(ExtractMethod_Action.java:110)
        at jetbrains.mps.workbench.action.BaseAction$2.run(BaseAction.java:145)
        at jetbrains.mps.workbench.action.BaseAction.actionPerformed(BaseAction.java:155)
        at com.intellij.openapi.actionSystem.ex.ActionUtil.performActionDumbAware(ActionUtil.java:182)
        at com.intellij.openapi.actionSystem.impl.ActionMenuItem$ActionTransmitter$1.run(ActionMenuItem.java:311)
        at com.intellij.openapi.wm.impl.FocusManagerImpl.runOnOwnContext(FocusManagerImpl.java:958)
        at com.intellij.openapi.wm.impl.IdeFocusManagerImpl.runOnOwnContext(IdeFocusManagerImpl.java:124)
        at com.intellij.openapi.actionSystem.impl.ActionMenuItem$ActionTransmitter.actionPerformed(ActionMenuItem.java:28
        at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
        at com.intellij.openapi.actionSystem.impl.ActionMenuItem.fireActionPerformed(ActionMenuItem.java:109)
        at com.intellij.ui.plaf.beg.BegMenuItemUI.doClick(BegMenuItemUI.java:513)
        at com.intellij.ui.plaf.beg.BegMenuItemUI.access$300(BegMenuItemUI.java:45)
        at com.intellij.ui.plaf.beg.BegMenuItemUI$MyMouseInputHandler.mouseReleased(BegMenuItemUI.java:533)
        at java.awt.Component.processMouseEvent(Component.java:6535)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
        at java.awt.Component.processEvent(Component.java:6300)
        at java.awt.Container.processEvent(Container.java:2236)
        at java.awt.Component.dispatchEventImpl(Component.java:4891)
        at java.awt.Container.dispatchEventImpl(Container.java:2294)
        at java.awt.Component.dispatchEvent(Component.java:4713)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4525)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466)
        at java.awt.Container.dispatchEventImpl(Container.java:2280)
        at java.awt.Window.dispatchEventImpl(Window.java:2750)
        at java.awt.Component.dispatchEvent(Component.java:4713)
        at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
        at java.awt.EventQueue.access$500(EventQueue.java:97)
        at java.awt.EventQueue$3.run(EventQueue.java:709)
        at java.awt.EventQueue$3.run(EventQueue.java:703)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
        at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
        at java.awt.EventQueue$4.run(EventQueue.java:731)
        at java.awt.EventQueue$4.run(EventQueue.java:729)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
        at com.intellij.ide.IdeEventQueue.defaultDispatchEvent(IdeEventQueue.java:866)
        at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.java:650)
        at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.java:381)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
[8791588]  ERROR - llij.ide.plugins.PluginManager - JetBrains MPS 3.3.5  Build #MPS-143.1301
[8791588]  ERROR - llij.ide.plugins.PluginManager - JDK: 1.8.0_66
[8791588]  ERROR - llij.ide.plugins.PluginManager - VM: Java HotSpot(TM) 64-Bit Server VM
[8791588]  ERROR - llij.ide.plugins.PluginManager - Vendor: Oracle Corporation
[8791588]  ERROR - llij.ide.plugins.PluginManager - OS: Windows 10
[8791588]  ERROR - llij.ide.plugins.PluginManager - Last Action: EditorNextWord

Migrate com.mbeddr.mpsutil.plantuml

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F7005560613510146869&project=com.mbeddr.build
see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

Migrate com.mbeddr.mpsutil.grammarcells

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F6047264936609217332&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

Migrate com.mbeddr.mpsutil.jfreechart

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F2149077600609444055&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

Currently it is possible to have to create RootMappingExecuteOnceExpression, RootMappingHasBeenExecutedExpression and SetRootMappingHasBeenExecutedExpression everywhere in baselanguage.

This should be restricted to be usable only in the condition of Root_MappingRule.

Add a guide on how to get your code into the MPS extensions and what are the requirements in terms of quality and usage. etc.

When trying to set a style to a horizontal r<> node it causes a compilation error.

The code I used is:

<no base style> {                                                                                                 
  apply-if : SampleStyle condition: (editorContext, node)->boolean { 
         true; 
 }
}         

The compilation error is:

com/SampleConcept_EditorBuilder_a.java : Syntax error on token ",", Expression expected after this token

The generated code is:

new SampleStyleClass(getEditorContext(), getNode()).apply(style, );

Migrate com.mbeddr.mpsutil.smodule

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F6047264936603914934&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

From mbeddr.core created by stephaneberle9 : mbeddr/mbeddr.core#1860

• Enable selected edge(s) to be hidden, e.g., via right-click on edge + context menu entry
• Enable all hidden edges to be shown again, e.g., via right-clicking on box + context menu entry

From mbeddr.core created by eugenschindler : mbeddr/mbeddr.core#1960

When using the auto-layout diagram button ():

• edges get surprising forms (with all types of unnecessary loops)
• the labels that belong to these edges do not get positioned along the edge but at seemingly random places (often overlapping other contents), which renders the resulting diagram unreadable.

Pressing the relayout connected edges button () several times improves some of the label positions, but after pressing it many times, a fixpoint is reached that does not yield the correct result (all the initial "strangely shaped" edges still have the same shape and some labels still don't have the correct position).

Expected behavior would be that all edges have consistent, "clean" (without weird loops) shapes and the labels are positioned along the edges.

From mbeddr.core created by krishnanm86 : mbeddr/mbeddr.core#1877

Starting Point
The user creates an incomplete connection in the textual view. This is a point of inconsistency visible to the user in textual projection.

User Action
The user now switches to graphical view.

Result
This user now doesn't see any inconsistency! Though this information is still there, also in the visualization.

Expected Result
Multiple folds:
Graphical projection should be as much as of a lossless projection of the textual/other projections. Units/conversions are pending and need separate issues to address and are beyond the scope of this issue.

Migrate com.mbeddr.mpsutil.editorsupport

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F7005560613511245244&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

Migrate com.mbeddr.mpsutil.editor.querylist

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F7231064182705610173&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

From mbeddr.core created by slisson : mbeddr/mbeddr.core#1798

From mbeddr.core created by eugenschindler : mbeddr/mbeddr.core#1965

When pressing the print editor button () in the toolbar while a diagram editor is present in the current model, no screenshot is created (although the copy/paste buffer contains a path to the file that should have been created).

Expected behavior: screenshot functionality works with diagram editors (ideal scenario, because this is consistent with screenshot-functionality of other editors), or there is an alternative good way of making images of models with a diagram editor in them.

Migrate com.mbeddr.mpsutil.interpreter

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F7414963977311034389&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

From mbeddr.core created by joswarmer : mbeddr/mbeddr.core#1469

When I use the if in the shape property to check for node type as in:

The generated code performs the cast before the if is evaluated, resulting in a Java cast error at runtime:

Should contain:

• link to the build
• info about how to get it from nexus

From mbeddr.core created by eugenschindler : mbeddr/mbeddr.core#1963

Current layout options allow only for specifying tree or layered (with a direction - down, up, left, right). Please add a way to specify a specific node (e.g. by concept or by specific properties) that can serve as a starting point for the layout (i.e. will be used as the most top, left, right, or bottom - depending on the direction chosen in the layout).

An example of a use case for this is a statemachine diagra, where auto-layout should always start with initial states and the positions of other states are automatically layouted based on these initial states.

From mbeddr.core created by stephaneberle9 : mbeddr/mbeddr.core#1860

• Enable selected edge(s) to be hidden, e.g., via right-click on edge + context menu entry
• Enable all hidden edges to be shown again, e.g., via right-clicking on box + context menu entry

From mbeddr.core created by joswarmer : mbeddr/mbeddr.core#1472

When a nodesQuery returns nodes coming from elsewhere in the AST is is useful to be able to define that the node (its shape and contents) is read-only in this editor.
This helps to manage diagram editors where nodes are visible in more than one edtor.

In order to try out our extensions it would be very helpful to ship a single zip file with all the sandboxes we have in the repo.

Migrate com.mbeddr.mpsutil.modellisteners

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F317767476613168109&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

From mbeddr.core created by kbirken : mbeddr/mbeddr.core#1474

If two connections in the graphical editor cross each other, it is not possible to distinguish which goes where. Little "bridges" should be drawn instead of plain crossings. Or dots should be draw if the crossing is actually a merging of connections. See attached example from current implementation (which contains both types of crossings).

From mbeddr.core created by stephaneberle9 : mbeddr/mbeddr.core#1862

Sometimes ports and/or their tooltips (i.e., port labels) that are located close to the left diagram limit get cut off. The user must move them manually to another location so as to see them fully. It would be helpful if the diagram pane could be automatically extended in such cases so that the diagram content remains fully visible.

Migrate com.mbeddr.mpsutil.projectview

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F7005560613511374580&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

Currently the build doesn't easily support publishing version for different MPS versions at the same time.

The logic always appends the the branch name to the version which we should avoid. We should have a set of branches that are allowed to build releases without further work.

Migrate com.mbeddr.mpsutil.xmlImport

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F5019896697272967843&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

Migrate com.mbeddr.codereview

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F7005560613509858789&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

Migrate com.mbeddr.mpsutil.processwizard

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F6047264936605751488&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

Migrate com.mbeddr.mpsutil.compare

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F745179663200110966&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/

From mbeddr.core created by eugenschindler : mbeddr/mbeddr.core#1959

When a querylist editor is nested in a diagram editor (e.g. in a diagram.box editor), upon selecting an item (e.g. a reference to some other node) from the completion menu, the name of the reference in the diagram editor is not updated visually. The update only happens when you change focus (e.g. de-focus from the cell in which you just changed the value).

Expected behavior would be that the update happens instantaneously and the superfluous focus change is not needed.

Migrate com.mbeddr.mpsutil.filepicker

Url: http://127.0.0.1:63320/node?ref=r%3A742f344d-4dc4-4862-992c-4bc94b094870%28com.mbeddr.mpsutil.dev.build%29%2F1071131535657928242&project=com.mbeddr.build

see migration guide at: https://jetbrains.github.io/MPS-extensions/Migrating/