[JBoss JIRA] (ELY-1996) SSLContext to support delegation to alternate instances based on peer information.
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/ELY-1996?page=com.atlassian.jira.plugin.... ]
Farah Juma moved EAP7-1502 to ELY-1996:
---------------------------------------
Project: WildFly Elytron (was: JBoss EAP Planning for version 7 and above)
Key: ELY-1996 (was: EAP7-1502)
Issue Type: Feature Request (was: Requirement)
Workflow: GIT Pull Request workflow (was: EAP Agile Workflow 2.0)
Component/s: (was: Security)
EAP PT Pre-Checked (PC): (was: TODO)
Target Release: (was: 7.4.0.GA)
EAP PT Community Docs (CD): (was: TODO)
EAP PT Product Docs (PD): (was: New)
EAP PT Test Dev (TD): (was: TODO)
EAP PT Docs Analysis (DA): (was: TODO)
EAP PT Test Plan (TP): (was: TODO)
EAP PT Analysis Document (AD): (was: TODO)
> SSLContext to support delegation to alternate instances based on peer information.
> ----------------------------------------------------------------------------------
>
> Key: ELY-1996
> URL: https://issues.redhat.com/browse/ELY-1996
> Project: WildFly Elytron
> Issue Type: Feature Request
> Reporter: Farah Juma
> Assignee: Diana Vilkolakova
> Priority: Major
> Labels: Active-Development
>
> As an SSLEngine is created the host and port information is available at the time the engine is requested: -
> https://download.java.net/java/early_access/jdk11/docs/api/java.base/java...
> We could make use of this information to dynamically select alternative configurations.
> This would also be a natural follow up to EAP7-1096 so the registered SSLContext could delegate to different configurations based on destination.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (WFLY-13571) JSF: selectOneMenu required+disabled true
by Cody Lerum (Jira)
[ https://issues.redhat.com/browse/WFLY-13571?page=com.atlassian.jira.plugi... ]
Cody Lerum commented on WFLY-13571:
-----------------------------------
I've run into this same issue after moving to Wildfly 20
Additionally a possibly related issue regression is when submitted a form with a
{code:java}
<h:selectBooleanCheckbox value=#{bean.foo} disabled="true" />{code}
Results in an NPE
{code:java}
java.lang.NullPointerException: Cannot invoke "Object.toString()" because "submittedValue" is null java.lang.NullPointerException: Cannot invoke "Object.toString()" because "submittedValue" is null at com.sun.jsf-impl@2.3.9.SP10//com.sun.faces.renderkit.html_basic.CheckboxRenderer.getConvertedValue(CheckboxRenderer.java:95) at javax.faces.api@3.0.0.SP03//javax.faces.component.UIInput.getConvertedValue(UIInput.java:1109) at javax.faces.api@3.0.0.SP03//javax.faces.component.UIInput.validate(UIInput.java:991) at javax.faces.api@3.0.0.SP03//javax.faces.component.UIInput.executeValidate(UIInput.java:1321) at javax.faces.api@3.0.0.SP03//javax.faces.component.UIInput.processValidators(UIInput.java:733) at javax.faces.api@3.0.0.SP03//javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:921) at javax.faces.api@3.0.0.SP03//javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:921) at javax.faces.api@3.0.0.SP03//javax.faces.component.UIForm.processValidators(UIForm.java:229) at javax.faces.api@3.0.0.SP03//javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:921) at javax.faces.api@3.0.0.SP03//javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:921) at javax.faces.api@3.0.0.SP03//javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:921) at javax.faces.api@3.0.0.SP03//javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1310) at com.sun.jsf-impl@2.3.9.SP10//com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:53) at com.sun.jsf-impl@2.3.9.SP10//com.sun.faces.lifecycle.Phase.doPhase(Phase.java:76) at com.sun.jsf-impl@2.3.9.SP10//com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:177) at javax.faces.api@3.0.0.SP03//javax.faces.webapp.FacesServlet.executeLifecyle(FacesServlet.java:707) at javax.faces.api@3.0.0.SP03//javax.faces.webapp.FacesServlet.service(FacesServlet.java:451) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74) {code}
> JSF: selectOneMenu required+disabled true
> -----------------------------------------
>
> Key: WFLY-13571
> URL: https://issues.redhat.com/browse/WFLY-13571
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 20.0.0.Final
> Reporter: erick leal
> Assignee: Farah Juma
> Priority: Major
> Attachments: project.zip
>
>
> Submitin selectOneMenu required=true+disabled=true result in validation error message.
> Regression in WildFly 20, clicking button fires a message.
> WildFly 19 it's ok.
> Mojarra issue: https://github.com/eclipse-ee4j/mojarra/issues/4716
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (ELY-1995) AggregateRealm is failing in authentication with token-realm
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/ELY-1995?page=com.atlassian.jira.plugin.... ]
Farah Juma updated ELY-1995:
----------------------------
Security: (was: Red Hat Internal)
> AggregateRealm is failing in authentication with token-realm
> ------------------------------------------------------------
>
> Key: ELY-1995
> URL: https://issues.redhat.com/browse/ELY-1995
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Farah Juma
> Priority: Major
>
> Authentication is failing when token-realm is set as an authentication-realm in aggregate-realm and ldap-realm is set as authorization realm.
> It is found that {{AggregateSecurityRealm#getRealmIdentity}} is attempting to get the realm identity to be used for authentication using the JWT realm and it attempts to get the realm identity to be used for authorization using the LDAP realm. In both cases, the {{BearerTokenEvidence}} is being used to try to obtain the realm identity. The problem with this is that the {{LdapSecurityRealm}} won't be able to obtain the principal from the {{BearerTokenEvidence}} so the {{authorizationIdentity}} will just be the {{RealmIdentity.NON_EXISTENT}} identity, resulting in the "User does not exist" error.
> {panel}
> 2020-06-11 08:51:06,767 TRACE [org.wildfly.security] (default task-1) Handling MechanismInformationCallback type='HTTP' name='BEARER_TOKEN' host-name='localhost' protocol='http'
> 2020-06-11 08:51:06,769 TRACE [org.wildfly.security] (default task-1) Evidence verification: evidence = org.wildfly.security.evidence.BearerTokenEvidence@2587e47f evidencePrincipal = null
> 2020-06-11 08:51:06,782 DEBUG [org.wildfly.security] (default task-1) Token is using algorithm [RS256]
> 2020-06-11 08:51:06,789 DEBUG [org.wildfly.security] (default task-1) Token is using algorithm [RS256]
> 2020-06-11 08:51:06,792 TRACE [org.wildfly.security] (default task-1) BEARER_TOKEN: org.wildfly.security.http.HttpAuthenticationException: ELY05053: Callback handler failed for unknown reason
> at org.wildfly.security.mechanism._private.MechanismUtil.handleCallbacks(MechanismUtil.java:161)
> ... 41 more
> {panel}
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (ELY-1995) AggregateRealm is failing in authentication with token-realm
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/ELY-1995?page=com.atlassian.jira.plugin.... ]
Farah Juma reassigned ELY-1995:
-------------------------------
Assignee: Farah Juma
> AggregateRealm is failing in authentication with token-realm
> ------------------------------------------------------------
>
> Key: ELY-1995
> URL: https://issues.redhat.com/browse/ELY-1995
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Farah Juma
> Assignee: Farah Juma
> Priority: Major
>
> Authentication is failing when token-realm is set as an authentication-realm in aggregate-realm and ldap-realm is set as authorization realm.
> It is found that {{AggregateSecurityRealm#getRealmIdentity}} is attempting to get the realm identity to be used for authentication using the JWT realm and it attempts to get the realm identity to be used for authorization using the LDAP realm. In both cases, the {{BearerTokenEvidence}} is being used to try to obtain the realm identity. The problem with this is that the {{LdapSecurityRealm}} won't be able to obtain the principal from the {{BearerTokenEvidence}} so the {{authorizationIdentity}} will just be the {{RealmIdentity.NON_EXISTENT}} identity, resulting in the "User does not exist" error.
> {panel}
> 2020-06-11 08:51:06,767 TRACE [org.wildfly.security] (default task-1) Handling MechanismInformationCallback type='HTTP' name='BEARER_TOKEN' host-name='localhost' protocol='http'
> 2020-06-11 08:51:06,769 TRACE [org.wildfly.security] (default task-1) Evidence verification: evidence = org.wildfly.security.evidence.BearerTokenEvidence@2587e47f evidencePrincipal = null
> 2020-06-11 08:51:06,782 DEBUG [org.wildfly.security] (default task-1) Token is using algorithm [RS256]
> 2020-06-11 08:51:06,789 DEBUG [org.wildfly.security] (default task-1) Token is using algorithm [RS256]
> 2020-06-11 08:51:06,792 TRACE [org.wildfly.security] (default task-1) BEARER_TOKEN: org.wildfly.security.http.HttpAuthenticationException: ELY05053: Callback handler failed for unknown reason
> at org.wildfly.security.mechanism._private.MechanismUtil.handleCallbacks(MechanismUtil.java:161)
> ... 41 more
> {panel}
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (ELY-1995) AggregateRealm is failing in authentication with token-realm
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/ELY-1995?page=com.atlassian.jira.plugin.... ]
Farah Juma updated ELY-1995:
----------------------------
> AggregateRealm is failing in authentication with token-realm
> ------------------------------------------------------------
>
> Key: ELY-1995
> URL: https://issues.redhat.com/browse/ELY-1995
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Farah Juma
> Assignee: Farah Juma
> Priority: Major
>
> Authentication is failing when token-realm is set as an authentication-realm in aggregate-realm and ldap-realm is set as authorization realm.
> It is found that {{AggregateSecurityRealm#getRealmIdentity}} is attempting to get the realm identity to be used for authentication using the JWT realm and it attempts to get the realm identity to be used for authorization using the LDAP realm. In both cases, the {{BearerTokenEvidence}} is being used to try to obtain the realm identity. The problem with this is that the {{LdapSecurityRealm}} won't be able to obtain the principal from the {{BearerTokenEvidence}} so the {{authorizationIdentity}} will just be the {{RealmIdentity.NON_EXISTENT}} identity, resulting in the "User does not exist" error.
> {panel}
> 2020-06-11 08:51:06,767 TRACE [org.wildfly.security] (default task-1) Handling MechanismInformationCallback type='HTTP' name='BEARER_TOKEN' host-name='localhost' protocol='http'
> 2020-06-11 08:51:06,769 TRACE [org.wildfly.security] (default task-1) Evidence verification: evidence = org.wildfly.security.evidence.BearerTokenEvidence@2587e47f evidencePrincipal = null
> 2020-06-11 08:51:06,782 DEBUG [org.wildfly.security] (default task-1) Token is using algorithm [RS256]
> 2020-06-11 08:51:06,789 DEBUG [org.wildfly.security] (default task-1) Token is using algorithm [RS256]
> 2020-06-11 08:51:06,792 TRACE [org.wildfly.security] (default task-1) BEARER_TOKEN: org.wildfly.security.http.HttpAuthenticationException: ELY05053: Callback handler failed for unknown reason
> at org.wildfly.security.mechanism._private.MechanismUtil.handleCallbacks(MechanismUtil.java:161)
> ... 41 more
> {panel}
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (DROOLS-5321) Failing test org.kie.hacep.LocalStorageKieSessionTest.fireUntilHaltTest on timeout
by Marek Novotny (Jira)
[ https://issues.redhat.com/browse/DROOLS-5321?page=com.atlassian.jira.plug... ]
Marek Novotny commented on DROOLS-5321:
---------------------------------------
I merged yesterday the latest PR [https://github.com/kiegroup/droolsjbpm-integration/pull/2120] but now I can see some assertion failure in the test https://rhba-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/KIE/job/master/j...
{noformat}
expected:<1> but was:<0>
Stacktrace
java.lang.AssertionError: expected:<1> but was:<0>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:834)
at org.junit.Assert.assertEquals(Assert.java:645)
at org.junit.Assert.assertEquals(Assert.java:631)
at org.kie.hacep.LocalStorageStreamingKieSessionTest.fireUntilHaltTest(LocalStorageStreamingKieSessionTest.java:93)
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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:298)
at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:292)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.lang.Thread.run(Thread.java:748)
{noformat}
> Failing test org.kie.hacep.LocalStorageKieSessionTest.fireUntilHaltTest on timeout
> ----------------------------------------------------------------------------------
>
> Key: DROOLS-5321
> URL: https://issues.redhat.com/browse/DROOLS-5321
> Project: Drools
> Issue Type: Task
> Reporter: Marek Novotny
> Assignee: Massimiliano Dessi
> Priority: Critical
> Fix For: 7.39.0.Final
>
>
> {noformat}
> Error Message
> test timed out after 10000 milliseconds
> Stacktrace
> org.junit.runners.model.TestTimedOutException: test timed out after 10000 milliseconds
> at sun.misc.Unsafe.park(Native Method)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1693)
> at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3323)
> at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1729)
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895)
> at org.kie.hacep.LocalStorageKieSessionTest.fireUntilHaltTest(LocalStorageKieSessionTest.java:141)
> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:298)
> at org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:292)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.lang.Thread.run(Thread.java:748)
> Standard Output
> 17:37:38.475 [main] WARN o.d.c.k.b.impl.ClasspathKieProject getPomPropertiesFromFileSystem - Unable to find pom.properties in /home/jenkins/workspace/KIE/master/upstream-downstream/droolsjbpm-build-bootstrap.downstream/kiegroup_droolsjbpm-integration/drools-ha/ha-core-infra/target/test-classes
> 17:37:39.088 [Thread-9] WARN org.kie.hacep.util.PrinterUtil process - DroolsConsumerHandler.process Remote command on process:Fact count of 9d177e58-24e5-4b1f-800c-0d0516856f4a from entry-point DEFAULT state:LEADER
> 17:37:39.089 [Thread-9] WARN org.kie.hacep.util.PrinterUtil process - DroolsConsumerHandler.process sideEffects:[]
> 17:37:39.089 [Thread-9] WARN org.kie.hacep.util.PrinterUtil process - DroolsConsumerHandler.process new ControlMessage sent to control topic:ControlMessage{offset=0, sideEffects=[], id='9d177e58-24e5-4b1f-800c-0d0516856f4a', timestamp=0}
> 17:37:39.089 [Thread-9] WARN org.kie.hacep.util.PrinterUtil process - sideEffectOnLeader:[]
> 17:37:39.091 [Thread-10] WARN org.kie.hacep.util.PrinterUtil process - DroolsConsumerHandler.process Remote command on process:Fire until halt of 2a5a4fd4-991d-41ac-99b0-ed7030d8533d state:LEADER
> 17:37:39.091 [Thread-9] WARN org.kie.hacep.util.PrinterUtil process - DroolsConsumerHandler.process Remote command on process:Insert of RemoteFactHandleImpl{id='0597e023-e5d6-4fdb-9396-04705d3b3353', object=StockTickEvent{company='RHT', price=9.0', timestamp=1589233059090}} into entry-point DEFAULT state:LEADER
> 17:37:39.091 [Thread-10] WARN org.kie.hacep.util.PrinterUtil process - DroolsConsumerHandler.process sideEffects:[]
> 17:37:39.091 [Thread-10] WARN org.kie.hacep.util.PrinterUtil process - DroolsConsumerHandler.process new ControlMessage sent to control topic:ControlMessage{offset=0, sideEffects=[], id='2a5a4fd4-991d-41ac-99b0-ed7030d8533d', timestamp=0}
> 17:37:39.091 [Thread-10] WARN org.kie.hacep.util.PrinterUtil process - sideEffectOnLeader:[]
> 17:37:39.091 [Thread-10] WARN org.kie.hacep.util.PrinterUtil process - DroolsConsumerHandler.process Remote command on process:GetObjectCommand{ remoteFactHandle=RemoteFactHandleImpl{id='0597e023-e5d6-4fdb-9396-04705d3b3353', object=StockTickEvent{company='RHT', price=9.0', timestamp=1589233059090}}} state:LEADER
> 17:37:39.098 [Thread-9] WARN org.kie.hacep.util.PrinterUtil process - DroolsConsumerHandler.process sideEffects:[]
> 17:37:39.098 [Thread-9] WARN org.kie.hacep.util.PrinterUtil process - DroolsConsumerHandler.process new ControlMessage sent to control topic:ControlMessage{offset=0, sideEffects=[], id='1a40df01-43a3-4c25-966f-69c5f4233453', timestamp=0}
> 17:37:39.098 [Thread-9] WARN org.kie.hacep.util.PrinterUtil process - sideEffectOnLeader:[]
> 17:37:42.600 [pool-12-thread-1] WARN o.k.h.c.i.e.LeaderElectionImpl lookupNewLeaderInfo - Pod[rhba-jenkins.rhev-ci-vms.eng.rdu2.redhat.com] Unable to retrieve the current ConfigMap default-leaders from Kubernetes
> 17:37:42.939 [pool-15-thread-1] WARN o.k.h.c.i.e.LeaderElectionImpl lookupNewLeaderInfo - Pod[rhba-jenkins.rhev-ci-vms.eng.rdu2.redhat.com] Unable to retrieve the current ConfigMap default-leaders from Kubernetes
> 17:37:48.299 [pool-15-thread-1] WARN o.k.h.c.i.e.LeaderElectionImpl lookupNewLeaderInfo - Pod[rhba-jenkins.rhev-ci-vms.eng.rdu2.redhat.com] Unable to retrieve the current ConfigMap default-leaders from Kubernetes
> 17:37:48.332 [pool-12-thread-1] WARN o.k.h.c.i.e.LeaderElectionImpl lookupNewLeaderInfo - Pod[rhba-jenkins.rhev-ci-vms.eng.rdu2.redhat.com] Unable to retrieve the current ConfigMap default-leaders from Kubernetes
> Standard Error
> Exception in thread "Thread-10" java.lang.IllegalStateException
> at org.kie.hacep.consumer.DroolsConsumerHandler.processCommand(DroolsConsumerHandler.java:182)
> at org.kie.hacep.consumer.DroolsConsumerHandler.process(DroolsConsumerHandler.java:130)
> at org.kie.hacep.core.infra.consumer.LocalConsumer.poll(LocalConsumer.java:50)
> at org.kie.hacep.core.infra.consumer.ConsumerThread.run(ConsumerThread.java:27)
> at java.lang.Thread.run(Thread.java:748)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (DROOLS-5291) Import of empty scesim file leads to Unexpected error
by Anna Dupliak (Jira)
[ https://issues.redhat.com/browse/DROOLS-5291?page=com.atlassian.jira.plug... ]
Anna Dupliak updated DROOLS-5291:
---------------------------------
Steps to Reproduce:
# Import empty file with scesim extension
*Expected*
# test scenario editor is opened and ready to work
# editor closes and the file should stay in assets (there is an initiative fro Yeser to add xml editor of any file so user can fix the file manually)
*Actual* !image-2020-04-17-16-47-32-047.png|thumbnail!
See the error [^errorlog.txt]
was:
# Import empty file with scesim extention
# Expected test scenario editor is opened and ready to work
# Actual !image-2020-04-17-16-47-32-047.png|thumbnail!
# See the error [^errorlog.txt]
> Import of empty scesim file leads to Unexpected error
> -----------------------------------------------------
>
> Key: DROOLS-5291
> URL: https://issues.redhat.com/browse/DROOLS-5291
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.36.0.Final
> Reporter: Anna Dupliak
> Assignee: Yeser Amer
> Priority: Minor
> Labels: drools-tools, kogito-tooling
> Fix For: 7.39.0.Final
>
> Attachments: Traffic.zip, errorlog.txt, image-2020-04-17-16-47-29-261.png, image-2020-04-17-16-47-32-047.png
>
>
> If user generate a scesim file using vs code extention it is not comparable with BC.
> Use Vscode generated files [^Traffic.zip]
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (DROOLS-5223) User cannot open malformed scesim file. Loading popup is spining infinitive times
by Anna Dupliak (Jira)
[ https://issues.redhat.com/browse/DROOLS-5223?page=com.atlassian.jira.plug... ]
Anna Dupliak updated DROOLS-5223:
---------------------------------
Steps to Reproduce:
# Create a space in BC
# Import file [^Traffic.scesim]
Expected loading icon pop-up and disappears after some time
Actual it spins infinity
# Editor closes and the file shoud stay in assets (there is an initiative fro Yeser to add xml editor of any file so user can fix the file manually)
was:
# Create a space in BC
# Import file [^Traffic.scesim]
Expected loading icon pop-up and disappears after some time
Actual it spins infinity
> User cannot open malformed scesim file. Loading popup is spining infinitive times
> ---------------------------------------------------------------------------------
>
> Key: DROOLS-5223
> URL: https://issues.redhat.com/browse/DROOLS-5223
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.33.0.Final, 7.34.0.Final, 7.35.0.Final
> Reporter: Anna Dupliak
> Assignee: Yeser Amer
> Priority: Major
> Labels: drools-tools
> Fix For: 7.39.0.Final
>
> Attachments: Traffic.scesim
>
>
> If user import Scesim file that have xml tag unclosed,
> then user gets warning, but loading popup is not disappearing
> and user cannot proceed.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months