[JBoss JIRA] (WFLY-11680) jax-rs and CDI: FormParam in BeanParam is not injected
by Ivo Studensky (Jira)
[ https://issues.jboss.org/browse/WFLY-11680?page=com.atlassian.jira.plugin... ]
Ivo Studensky commented on WFLY-11680:
--------------------------------------
[~manovotn] Thanks for your comment.
I will try to avoid using proxies and check if it doesn't break anything else.
The reason why I assume proxies are correct is that during the injection phase it uses client proxy with a real backed bean instance which gets the parameters set correctly via the proxy, the bean instance is stored into a ContextualStore, it uses the same instance of the back bean as well as the same instance of the ProxyMethodHandler all the time. But then when it gets to the invocation of post method -> Resource client proxy -> Resource instance -> Bean client proxy -> Bean instance, the Bean instance is a new one instead of the previously one used for the injection. At time of this invocation it calls CachingContextualInstanceStrategy which creates a new instance. I expect this might be fixed to get to the correct instance somehow instead of disabling proxies at all.
> jax-rs and CDI: FormParam in BeanParam is not injected
> ------------------------------------------------------
>
> Key: WFLY-11680
> URL: https://issues.jboss.org/browse/WFLY-11680
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, REST
> Reporter: Marek Kopecký
> Assignee: Ivo Studensky
> Priority: Critical
>
> RESTEasy with CDI is unable to inject FormParam in BeanParam if BeanParam is with RequestScoped
> This issue is not a regression against WF11. But this issue looks like spec violation (cc [~msvehla]). This issue is not present on Payara with Jersey (reference jax-rs implementation)
> Example:
> {code:java}
> @Path("/a")
> public class Resource {
> @POST
> @Consumes(MediaType.APPLICATION_FORM_URLENCODED)
> public Integer a(@BeanParam CustomBean customBean) {
> return customBean.getParam().length();
> }
> }
> @RequestScoped
> public class CustomBean {
> @FormParam("param")
> private String param;
> public String getParam() {
> return param;
> }
> }
> {code}
> {code:html}
> <!DOCTYPE html><html><body>
> <form action="http://127.0.0.1:8080/jaxrs-wf/a" method="post" enctype="application/x-www-form-urlencoded">
> <input type="text" name="param"><br>
> <input type="submit" value="Submit" name="submit">
> </form></body></html>
> {code}
> {noformat}
> 08:25:18,584 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /jaxrs-wf/a: org.jboss.resteasy.spi.UnhandledException: java.lang.NullPointerException
> at org.jboss.resteasy.core.ExceptionHandler.handleApplicationException(ExceptionHandler.java:78)
> at org.jboss.resteasy.core.ExceptionHandler.handleException(ExceptionHandler.java:222)
> at org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:193)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:455)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$invoke$4(SynchronousDispatcher.java:229)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$preprocess$0(SynchronousDispatcher.java:135)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
> at org.jboss.resteasy.core.SynchronousDispatcher.preprocess(SynchronousDispatcher.java:138)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:215)
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:227)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
> at io.opentracing.contrib.jaxrs2.server.SpanFinishingFilter.doFilter(SpanFinishingFilter.java:55)
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1348)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.NullPointerException
> at org.resteasy.simple.deployment.Resource.a(Resource.java:18)
> at org.resteasy.simple.deployment.Resource$Proxy$_$$_WeldClientProxy.a(Unknown Source)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:139)
> at org.jboss.resteasy.core.ResourceMethodInvoker.internalInvokeOnTarget(ResourceMethodInvoker.java:509)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTargetAfterFilter(ResourceMethodInvoker.java:399)
> at org.jboss.resteasy.core.ResourceMethodInvoker.lambda$invokeOnTarget$0(ResourceMethodInvoker.java:363)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:365)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:337)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:310)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:439)
> ... 55 more
> {noformat}
> ----
> * [Forum link|https://developer.jboss.org/thread/279572]
> * cc [~asoldano]
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFCORE-4346) ChildFirstClassLoader and LegacyKernelServicesInitializer should allow exclusion of resources from the paren
by Jeff Mesnil (Jira)
[ https://issues.jboss.org/browse/WFCORE-4346?page=com.atlassian.jira.plugi... ]
Jeff Mesnil reassigned WFCORE-4346:
-----------------------------------
Fix Version/s: 9.0.0.Beta1
Assignee: Brian Stansberry (was: Jeff Mesnil)
Resolution: Done
> ChildFirstClassLoader and LegacyKernelServicesInitializer should allow exclusion of resources from the paren
> ------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-4346
> URL: https://issues.jboss.org/browse/WFCORE-4346
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Management, Test Suite
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Major
> Fix For: 9.0.0.Beta1
>
>
> ChildFirstClassLoader and LegacyKernelServicesInitializer have hooks to allow tests to prevent classes from being loaded from the parent CL, but there's no way to prevent resources being loaded. In particular META-INF/services files, which bit us with https://github.com/wildfly/wildfly-core/pull/3685 as a META-INF/services file in the parent was being found when trying to load services for an interface in the child CL. The impls in the parent could not implement the child CL version of the interface. Excluding loading of the META-INF/services file in the paren solved the problem.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11837) Update ha-singleton-service quickstart to use non-deprecated API
by Radoslav Husar (Jira)
Radoslav Husar created WFLY-11837:
-------------------------------------
Summary: Update ha-singleton-service quickstart to use non-deprecated API
Key: WFLY-11837
URL: https://issues.jboss.org/browse/WFLY-11837
Project: WildFly
Issue Type: Task
Components: Clustering, Quickstarts
Affects Versions: 16.0.0.Final
Reporter: Radoslav Husar
Assignee: Radoslav Husar
{code}
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/QueryingService.java:[21,29] org.jboss.msc.service.Service in org.jboss.msc.service has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/SingletonService.java:[21,29] org.jboss.msc.service.Service in org.jboss.msc.service has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/SingletonService.java:[25,27] org.jboss.msc.value.InjectedValue in org.jboss.msc.value has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[20,29] org.jboss.msc.service.Service in org.jboss.msc.service has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[25,27] org.jboss.msc.value.InjectedValue in org.jboss.msc.value has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[29,40] org.wildfly.clustering.singleton.SingletonPolicy in org.wildfly.clustering.singleton has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/QueryingService.java:[40,34] org.jboss.msc.service.Service in org.jboss.msc.service has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/QueryingService.java:[56,36] awaitValue(long,java.util.concurrent.TimeUnit) in org.jboss.msc.service.ServiceController has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/SingletonService.java:[36,35] org.jboss.msc.service.Service in org.jboss.msc.service has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/SingletonService.java:[40,13] org.jboss.msc.value.InjectedValue in org.jboss.msc.value has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/SingletonService.java:[42,22] org.jboss.msc.value.InjectedValue in org.jboss.msc.value has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/SingletonService.java:[48,87] getLocalNode() in org.wildfly.clustering.group.Group has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/SingletonService.java:[53,87] getLocalNode() in org.wildfly.clustering.group.Group has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/SingletonService.java:[58,37] getLocalNode() in org.wildfly.clustering.group.Group has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[50,13] org.wildfly.clustering.singleton.SingletonPolicy in org.wildfly.clustering.singleton has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[50,39] org.wildfly.clustering.singleton.SingletonPolicy in org.wildfly.clustering.singleton has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[52,86] SINGLETON_POLICY in org.wildfly.clustering.singleton.SingletonDefaultRequirement has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[53,21] awaitValue() in org.jboss.msc.service.ServiceController has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[55,13] org.jboss.msc.value.InjectedValue in org.jboss.msc.value has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[55,46] org.jboss.msc.value.InjectedValue in org.jboss.msc.value has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[57,13] org.jboss.msc.service.Service in org.jboss.msc.service has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[59,19] <T>createSingletonServiceBuilder(org.jboss.msc.service.ServiceName,org.jboss.msc.service.Service<T>) in org.wildfly.clustering.singleton.SingletonPolicy has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[61,21] <I>addDependency(org.jboss.msc.service.ServiceName,java.lang.Class<I>,org.jboss.msc.inject.Injector<I>) in org.jboss.msc.service.ServiceBuilder has been deprecated
[WARNING] /Users/rhusar/git/wildfly-quickstarts/ha-singleton-service/src/main/java/org/jboss/as/quickstarts/ha/singleton/service/ServiceActivator.java:[65,21] <T>addService(org.jboss.msc.service.ServiceName,org.jboss.msc.service.Service<T>) in org.jboss.msc.service.ServiceTarget has been deprecated
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-3761) [DMN Designer] Enumeration constraint entry edit mode
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3761?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-3761:
-------------------------------------
[~manstis] good point, thank you, I updated the description.
> [DMN Designer] Enumeration constraint entry edit mode
> -----------------------------------------------------
>
> Key: DROOLS-3761
> URL: https://issues.jboss.org/browse/DROOLS-3761
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.19.0.Final
> Reporter: Jozef Marko
> Assignee: Daniel José dos Santos
> Priority: Minor
> Labels: drools-tools
> Attachments: focus_lost.webm, lost_focus_data_types.webm
>
>
> The attached video shows the user interaction with enumeration constraint component. We can see if user fill valid values and clicks somewhere outside of the entry in edit mode, the values are lost. The only way how to save values is to click the *check* button. User should not lost filled in values if he clicks outside of input fields.
> Please compare the same behavior with data types list view component. It means [^focus_lost.webm] vs [^lost_focus_data_types.webm] .
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-3761) [DMN Designer] Enumeration constraint entry edit mode
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3761?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-3761:
--------------------------------
Attachment: lost_focus_data_types.webm
> [DMN Designer] Enumeration constraint entry edit mode
> -----------------------------------------------------
>
> Key: DROOLS-3761
> URL: https://issues.jboss.org/browse/DROOLS-3761
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.19.0.Final
> Reporter: Jozef Marko
> Assignee: Daniel José dos Santos
> Priority: Minor
> Labels: drools-tools
> Attachments: focus_lost.webm, lost_focus_data_types.webm
>
>
> The attached video shows the user interaction with enumeration constraint component. We can see if user fill valid values and clicks somewhere outside of the entry in edit mode, the values are lost. The only way how to save values is to click the *check* button. User should not lost filled in values if he clicks outside of input fields.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-3761) [DMN Designer] Enumeration constraint entry edit mode
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3761?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-3761:
--------------------------------
Description:
The attached video shows the user interaction with enumeration constraint component. We can see if user fill valid values and clicks somewhere outside of the entry in edit mode, the values are lost. The only way how to save values is to click the *check* button. User should not lost filled in values if he clicks outside of input fields.
Please compare the same behavior with data types list view component. It means [^focus_lost.webm] vs [^lost_focus_data_types.webm] .
was:The attached video shows the user interaction with enumeration constraint component. We can see if user fill valid values and clicks somewhere outside of the entry in edit mode, the values are lost. The only way how to save values is to click the *check* button. User should not lost filled in values if he clicks outside of input fields.
> [DMN Designer] Enumeration constraint entry edit mode
> -----------------------------------------------------
>
> Key: DROOLS-3761
> URL: https://issues.jboss.org/browse/DROOLS-3761
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.19.0.Final
> Reporter: Jozef Marko
> Assignee: Daniel José dos Santos
> Priority: Minor
> Labels: drools-tools
> Attachments: focus_lost.webm, lost_focus_data_types.webm
>
>
> The attached video shows the user interaction with enumeration constraint component. We can see if user fill valid values and clicks somewhere outside of the entry in edit mode, the values are lost. The only way how to save values is to click the *check* button. User should not lost filled in values if he clicks outside of input fields.
> Please compare the same behavior with data types list view component. It means [^focus_lost.webm] vs [^lost_focus_data_types.webm] .
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-3761) [DMN Designer] Enumeration constraint entry edit mode
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3761?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-3761:
----------------------------------------
It'd be interesting to compare this behaviour to that for new Data Types.
> [DMN Designer] Enumeration constraint entry edit mode
> -----------------------------------------------------
>
> Key: DROOLS-3761
> URL: https://issues.jboss.org/browse/DROOLS-3761
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.19.0.Final
> Reporter: Jozef Marko
> Assignee: Daniel José dos Santos
> Priority: Minor
> Labels: drools-tools
> Attachments: focus_lost.webm
>
>
> The attached video shows the user interaction with enumeration constraint component. We can see if user fill valid values and clicks somewhere outside of the entry in edit mode, the values are lost. The only way how to save values is to click the *check* button. User should not lost filled in values if he clicks outside of input fields.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-3761) [DMN Designer] Enumeration constraint entry edit mode
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3761?page=com.atlassian.jira.plugi... ]
Michael Anstis reassigned DROOLS-3761:
--------------------------------------
Assignee: Daniel José dos Santos (was: Michael Anstis)
> [DMN Designer] Enumeration constraint entry edit mode
> -----------------------------------------------------
>
> Key: DROOLS-3761
> URL: https://issues.jboss.org/browse/DROOLS-3761
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.19.0.Final
> Reporter: Jozef Marko
> Assignee: Daniel José dos Santos
> Priority: Minor
> Labels: drools-tools
> Attachments: focus_lost.webm
>
>
> The attached video shows the user interaction with enumeration constraint component. We can see if user fill valid values and clicks somewhere outside of the entry in edit mode, the values are lost. The only way how to save values is to click the *check* button. User should not lost filled in values if he clicks outside of input fields.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-3761) [DMN Designer] Enumeration constraint entry edit mode
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3761?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-3761:
--------------------------------
Issue Type: Bug (was: Enhancement)
> [DMN Designer] Enumeration constraint entry edit mode
> -----------------------------------------------------
>
> Key: DROOLS-3761
> URL: https://issues.jboss.org/browse/DROOLS-3761
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.19.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Minor
> Labels: drools-tools
> Attachments: focus_lost.webm
>
>
> The attached video shows the user interaction with enumeration constraint component. We can see if user fill valid values and clicks somewhere outside of the entry in edit mode, the values are lost. The only way how to save values is to click the *check* button. User should not lost filled in values if he clicks outside of input fields.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months