[GitHub] [ofbiz-framework]: Workflow run "Java CI with Gradle" is working again!
The GitHub Actions job "Java CI with Gradle" on ofbiz-framework.git has succeeded. Run started by GitHub user asfgit (triggered by asfgit). Head commit for run: 1514824b7d1a59c3d86927c7a2401fe103c25059 / Jacques Le Roux Fixed: no functional changes, fixes chekstyle issues Also adds javadoc task to GH actions, let's see if it works there. Report URL: https://github.com/apache/ofbiz-framework/actions/runs/2208932079 With regards, GitHub Actions via GitBox
[GitHub] [ofbiz-framework]: Workflow run "Java CI with Gradle" failed!
The GitHub Actions job "Java CI with Gradle" on ofbiz-framework.git has failed. Run started by GitHub user nmalin (triggered by nmalin). Head commit for run: 59fdc4081b543455cc9d734c173717b5a14e701a / Nicolas Malin Fixed: RequestMap.event with type service multi doesn't work with dynamic url (OFBIZ-12604) When you define a controller request-map with an event of type 'service-multi', if your uri contains multiple allocation like 'MyWay/MyAction' the class ServiceMultiEventHandler failed to execute with an EventHandlerException * ... ... * The reason comes from the necessary to resolve the attribute global-transaction on event definition, and to do that a call to ConfigXMLReader is realized. But unnecessary because we already have the event element on the context. Use it directly, simplify the code and fix this issue Report URL: https://github.com/apache/ofbiz-framework/actions/runs/2208253100 With regards, GitHub Actions via GitBox
[jira] [Closed] (OFBIZ-12604) RequestMap.event with type service multi doesn't work with dynamic url
[
https://issues.apache.org/jira/browse/OFBIZ-12604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Malin closed OFBIZ-12604.
-
Fix Version/s: 22.01.01
Assignee: Nicolas Malin
Resolution: Fixed
> RequestMap.event with type service multi doesn't work with dynamic url
> --
>
> Key: OFBIZ-12604
> URL: https://issues.apache.org/jira/browse/OFBIZ-12604
> Project: OFBiz
> Issue Type: Bug
> Components: framework/webapp
>Affects Versions: 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Assignee: Nicolas Malin
>Priority: Minor
> Fix For: 22.01.01
>
> Attachments: OFBIZ-12604.patch
>
>
> When you define an controller request-map with an event of type
> 'service-multi', if your uri contains multiple allocation like
> 'MyWay/MyAction' the class ServiceMultiEventHandler failed to execute with an
> EventHandlerException
>
> {code:java}
>
> ...
>
> ...
>
> {code}
> The reason comes from the necessary to resolve the attribute
> *global-transaction* on event definition, and to do that a call on
> ConfigXMLReader is realized.
> But unecessary because we already have the event element on the context.
> We can use it directly, and by the way simplify the code and fix this issue :)
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Updated] (OFBIZ-12604) RequestMap.event with type service multi doesn't work with dynamic url
[
https://issues.apache.org/jira/browse/OFBIZ-12604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Malin updated OFBIZ-12604:
--
Priority: Minor (was: Major)
> RequestMap.event with type service multi doesn't work with dynamic url
> --
>
> Key: OFBIZ-12604
> URL: https://issues.apache.org/jira/browse/OFBIZ-12604
> Project: OFBiz
> Issue Type: Bug
> Components: framework/webapp
>Affects Versions: 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Priority: Minor
> Attachments: OFBIZ-12604.patch
>
>
> When you define an controller request-map with an event of type
> 'service-multi', if your uri contains multiple allocation like
> 'MyWay/MyAction' the class ServiceMultiEventHandler failed to execute with an
> EventHandlerException
>
> {code:java}
>
> ...
>
> ...
>
> {code}
> The reason comes from the necessary to resolve the attribute
> *global-transaction* on event definition, and to do that a call on
> ConfigXMLReader is realized.
> But unecessary because we already have the event element on the context.
> We can use it directly, and by the way simplify the code and fix this issue :)
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[GitHub] [ofbiz-framework]: Workflow run "Java CI with Gradle" failed!
The GitHub Actions job "Java CI with Gradle" on ofbiz-framework.git has failed. Run started by GitHub user nmalin (triggered by nmalin). Head commit for run: 6f7f03b74206833ca51bc0529636f3288c71e897 / Nicolas Malin Fixed: RequestMap.event with type service multi doesn't work with dynamic url (OFBIZ-12604) When you define a controller request-map with an event of type 'service-multi', if your uri contains multiple allocation like 'MyWay/MyAction' the class ServiceMultiEventHandler failed to execute with an EventHandlerException * ... ... * The reason comes from the necessary to resolve the attribute global-transaction on event definition, and to do that a call to ConfigXMLReader is realized. But unnecessary because we already have the event element on the context. Use it directly, simplify the code and fix this issue Report URL: https://github.com/apache/ofbiz-framework/actions/runs/2208252933 With regards, GitHub Actions via GitBox
[jira] [Commented] (OFBIZ-12604) RequestMap.event with type service multi doesn't work with dynamic url
[
https://issues.apache.org/jira/browse/OFBIZ-12604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526458#comment-17526458
]
ASF subversion and git services commented on OFBIZ-12604:
-
Commit 59fdc4081b543455cc9d734c173717b5a14e701a in ofbiz-framework's branch
refs/heads/release22.01 from Nicolas Malin
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=59fdc4081b ]
Fixed: RequestMap.event with type service multi doesn't work with dynamic url
(OFBIZ-12604)
When you define a controller request-map with an event of type 'service-multi',
if your uri contains multiple allocation like 'MyWay/MyAction' the class
ServiceMultiEventHandler failed to execute with an EventHandlerException
*
...
...
*
The reason comes from the necessary to resolve the attribute global-transaction
on event definition, and to do that a call to ConfigXMLReader is realized.
But unnecessary because we already have the event element on the context.
Use it directly, simplify the code and fix this issue
> RequestMap.event with type service multi doesn't work with dynamic url
> --
>
> Key: OFBIZ-12604
> URL: https://issues.apache.org/jira/browse/OFBIZ-12604
> Project: OFBiz
> Issue Type: Bug
> Components: framework/webapp
>Affects Versions: 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Priority: Major
> Attachments: OFBIZ-12604.patch
>
>
> When you define an controller request-map with an event of type
> 'service-multi', if your uri contains multiple allocation like
> 'MyWay/MyAction' the class ServiceMultiEventHandler failed to execute with an
> EventHandlerException
>
> {code:java}
>
> ...
>
> ...
>
> {code}
> The reason comes from the necessary to resolve the attribute
> *global-transaction* on event definition, and to do that a call on
> ConfigXMLReader is realized.
> But unecessary because we already have the event element on the context.
> We can use it directly, and by the way simplify the code and fix this issue :)
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Commented] (OFBIZ-12604) RequestMap.event with type service multi doesn't work with dynamic url
[
https://issues.apache.org/jira/browse/OFBIZ-12604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526457#comment-17526457
]
ASF subversion and git services commented on OFBIZ-12604:
-
Commit 6f7f03b74206833ca51bc0529636f3288c71e897 in ofbiz-framework's branch
refs/heads/trunk from Nicolas Malin
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=6f7f03b742 ]
Fixed: RequestMap.event with type service multi doesn't work with dynamic url
(OFBIZ-12604)
When you define a controller request-map with an event of type 'service-multi',
if your uri contains multiple allocation like 'MyWay/MyAction' the class
ServiceMultiEventHandler failed to execute with an EventHandlerException
*
...
...
*
The reason comes from the necessary to resolve the attribute global-transaction
on event definition, and to do that a call to ConfigXMLReader is realized.
But unnecessary because we already have the event element on the context.
Use it directly, simplify the code and fix this issue
> RequestMap.event with type service multi doesn't work with dynamic url
> --
>
> Key: OFBIZ-12604
> URL: https://issues.apache.org/jira/browse/OFBIZ-12604
> Project: OFBiz
> Issue Type: Bug
> Components: framework/webapp
>Affects Versions: 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Priority: Major
> Attachments: OFBIZ-12604.patch
>
>
> When you define an controller request-map with an event of type
> 'service-multi', if your uri contains multiple allocation like
> 'MyWay/MyAction' the class ServiceMultiEventHandler failed to execute with an
> EventHandlerException
>
> {code:java}
>
> ...
>
> ...
>
> {code}
> The reason comes from the necessary to resolve the attribute
> *global-transaction* on event definition, and to do that a call on
> ConfigXMLReader is realized.
> But unecessary because we already have the event element on the context.
> We can use it directly, and by the way simplify the code and fix this issue :)
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Updated] (OFBIZ-12604) RequestMap.event with type service multi doesn't work with dynamic url
[
https://issues.apache.org/jira/browse/OFBIZ-12604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Malin updated OFBIZ-12604:
--
Affects Version/s: Upcoming Branch
> RequestMap.event with type service multi doesn't work with dynamic url
> --
>
> Key: OFBIZ-12604
> URL: https://issues.apache.org/jira/browse/OFBIZ-12604
> Project: OFBiz
> Issue Type: Bug
> Components: framework/webapp
>Affects Versions: 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Priority: Major
> Attachments: OFBIZ-12604.patch
>
>
> When you define an controller request-map with an event of type
> 'service-multi', if your uri contains multiple allocation like
> 'MyWay/MyAction' the class ServiceMultiEventHandler failed to execute with an
> EventHandlerException
>
> {code:java}
>
> ...
>
> ...
>
> {code}
> The reason comes from the necessary to resolve the attribute
> *global-transaction* on event definition, and to do that a call on
> ConfigXMLReader is realized.
> But unecessary because we already have the event element on the context.
> We can use it directly, and by the way simplify the code and fix this issue :)
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Updated] (OFBIZ-12604) RequestMap.event with type service multi doesn't work with dynamic url
[
https://issues.apache.org/jira/browse/OFBIZ-12604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Malin updated OFBIZ-12604:
--
Attachment: OFBIZ-12604.patch
> RequestMap.event with type service multi doesn't work with dynamic url
> --
>
> Key: OFBIZ-12604
> URL: https://issues.apache.org/jira/browse/OFBIZ-12604
> Project: OFBiz
> Issue Type: Bug
> Components: framework/webapp
>Affects Versions: 22.01.01
>Reporter: Nicolas Malin
>Priority: Major
> Attachments: OFBIZ-12604.patch
>
>
> When you define an controller request-map with an event of type
> 'service-multi', if your uri contains multiple allocation like
> 'MyWay/MyAction' the class ServiceMultiEventHandler failed to execute with an
> EventHandlerException
>
> {code:java}
>
> ...
>
> ...
>
> {code}
> The reason comes from the necessary to resolve the attribute
> *global-transaction* on event definition, and to do that a call on
> ConfigXMLReader is realized.
> But unecessary because we already have the event element on the context.
> We can use it directly, and by the way simplify the code and fix this issue :)
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Created] (OFBIZ-12604) RequestMap.event with type service multi doesn't work with dynamic url
Nicolas Malin created OFBIZ-12604:
-
Summary: RequestMap.event with type service multi doesn't work
with dynamic url
Key: OFBIZ-12604
URL: https://issues.apache.org/jira/browse/OFBIZ-12604
Project: OFBiz
Issue Type: Bug
Components: framework/webapp
Affects Versions: 22.01.01
Reporter: Nicolas Malin
When you define an controller request-map with an event of type
'service-multi', if your uri contains multiple allocation like 'MyWay/MyAction'
the class ServiceMultiEventHandler failed to execute with an
EventHandlerException
{code:java}
...
...
{code}
The reason comes from the necessary to resolve the attribute
*global-transaction* on event definition, and to do that a call on
ConfigXMLReader is realized.
But unecessary because we already have the event element on the context.
We can use it directly, and by the way simplify the code and fix this issue :)
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Commented] (OFBIZ-12603) In place editor wrong enable on display field
[
https://issues.apache.org/jira/browse/OFBIZ-12603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526448#comment-17526448
]
Nicolas Malin commented on OFBIZ-12603:
---
:) ok i'll remember for the next !
Thanks jacques
> In place editor wrong enable on display field
> -
>
> Key: OFBIZ-12603
> URL: https://issues.apache.org/jira/browse/OFBIZ-12603
> Project: OFBiz
> Issue Type: Bug
> Components: framework/widget, themes
>Affects Versions: 18.12.06, 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Assignee: Nicolas Malin
>Priority: Trivial
> Fix For: 18.12.06, 22.01.01
>
> Attachments: Capture d’écran de 2022-04-22 15-15-14.png, Capture
> d’écran de 2022-04-22 15-15-32.png
>
>
> When, on a form, you set a widget-style on a display field, you activate the
> inline editor without reason.
> The issue comes from HtmlFormMacroLibrary.ftl that initialize some value in a
> span
> {code:java}
> <#if inPlaceEditorUrl?has_content || class?has_content || alert=="true"
> || title?has_content>
> data-inplace-editor-params="${inPlaceEditorParams}" <#if
> idName?has_content>id="cc_${idName}" <#if
> title?has_content>title="${title}" <@renderClass class alert />><#t/>
> {code}
> With the previous code, if you have a class value, the span received in place
> editor elements without reason.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Updated] (OFBIZ-12603) In place editor wrong enable on display field
[
https://issues.apache.org/jira/browse/OFBIZ-12603?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux updated OFBIZ-12603:
Fix Version/s: (was: Upcoming Branch)
Hi Nicolas,
Our last way is to not put Upcoming Branch in Fix version field when we also
backport. In other words we only put Upcoming Branch in Fix version field for
improvements ;)
> In place editor wrong enable on display field
> -
>
> Key: OFBIZ-12603
> URL: https://issues.apache.org/jira/browse/OFBIZ-12603
> Project: OFBiz
> Issue Type: Bug
> Components: framework/widget, themes
>Affects Versions: 18.12.06, 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Assignee: Nicolas Malin
>Priority: Trivial
> Fix For: 18.12.06, 22.01.01
>
> Attachments: Capture d’écran de 2022-04-22 15-15-14.png, Capture
> d’écran de 2022-04-22 15-15-32.png
>
>
> When, on a form, you set a widget-style on a display field, you activate the
> inline editor without reason.
> The issue comes from HtmlFormMacroLibrary.ftl that initialize some value in a
> span
> {code:java}
> <#if inPlaceEditorUrl?has_content || class?has_content || alert=="true"
> || title?has_content>
> data-inplace-editor-params="${inPlaceEditorParams}" <#if
> idName?has_content>id="cc_${idName}" <#if
> title?has_content>title="${title}" <@renderClass class alert />><#t/>
> {code}
> With the previous code, if you have a class value, the span received in place
> editor elements without reason.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Updated] (OFBIZ-12603) In place editor wrong enable on display field
[
https://issues.apache.org/jira/browse/OFBIZ-12603?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Malin updated OFBIZ-12603:
--
Attachment: Capture d’écran de 2022-04-22 15-15-32.png
Capture d’écran de 2022-04-22 15-15-14.png
> In place editor wrong enable on display field
> -
>
> Key: OFBIZ-12603
> URL: https://issues.apache.org/jira/browse/OFBIZ-12603
> Project: OFBiz
> Issue Type: Bug
> Components: framework/widget, themes
>Affects Versions: 18.12.06, 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Assignee: Nicolas Malin
>Priority: Trivial
> Fix For: 18.12.06, 22.01.01, Upcoming Branch
>
> Attachments: Capture d’écran de 2022-04-22 15-15-14.png, Capture
> d’écran de 2022-04-22 15-15-32.png
>
>
> When, on a form, you set a widget-style on a display field, you activate the
> inline editor without reason.
> The issue comes from HtmlFormMacroLibrary.ftl that initialize some value in a
> span
> {code:java}
> <#if inPlaceEditorUrl?has_content || class?has_content || alert=="true"
> || title?has_content>
> data-inplace-editor-params="${inPlaceEditorParams}" <#if
> idName?has_content>id="cc_${idName}" <#if
> title?has_content>title="${title}" <@renderClass class alert />><#t/>
> {code}
> With the previous code, if you have a class value, the span received in place
> editor elements without reason.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Commented] (OFBIZ-12603) In place editor wrong enable on display field
[
https://issues.apache.org/jira/browse/OFBIZ-12603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526430#comment-17526430
]
ASF subversion and git services commented on OFBIZ-12603:
-
Commit b3ee0ecc30e4ccf8acc19365ebd7d7e486b0b22c in ofbiz-framework's branch
refs/heads/trunk from Nicolas Malin
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=b3ee0ecc30 ]
Fixed: In place editor wrong enable on display field (OFBIZ-12603)
When, on a form, you set a widget-style on a display field, you activate the
inline editor without reason.
The issue comes from HtmlFormMacroLibrary.ftl that initialize some value in a
span without control if it's necessary.
> In place editor wrong enable on display field
> -
>
> Key: OFBIZ-12603
> URL: https://issues.apache.org/jira/browse/OFBIZ-12603
> Project: OFBiz
> Issue Type: Bug
> Components: framework/widget, themes
>Affects Versions: 18.12.06, 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Assignee: Nicolas Malin
>Priority: Trivial
>
> When, on a form, you set a widget-style on a display field, you activate the
> inline editor without reason.
> The issue comes from HtmlFormMacroLibrary.ftl that initialize some value in a
> span
> {code:java}
> <#if inPlaceEditorUrl?has_content || class?has_content || alert=="true"
> || title?has_content>
> data-inplace-editor-params="${inPlaceEditorParams}" <#if
> idName?has_content>id="cc_${idName}" <#if
> title?has_content>title="${title}" <@renderClass class alert />><#t/>
> {code}
> With the previous code, if you have a class value, the span received in place
> editor elements without reason.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Commented] (OFBIZ-12603) In place editor wrong enable on display field
[
https://issues.apache.org/jira/browse/OFBIZ-12603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526429#comment-17526429
]
ASF subversion and git services commented on OFBIZ-12603:
-
Commit c88074d7844e338c2fa61cd69ee80106aae24d2a in ofbiz-framework's branch
refs/heads/release18.12 from Nicolas Malin
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=c88074d784 ]
Fixed: In place editor wrong enable on display field (OFBIZ-12603)
When, on a form, you set a widget-style on a display field, you activate the
inline editor without reason.
The issue comes from HtmlFormMacroLibrary.ftl that initialize some value in a
span without control if it's necessary.
> In place editor wrong enable on display field
> -
>
> Key: OFBIZ-12603
> URL: https://issues.apache.org/jira/browse/OFBIZ-12603
> Project: OFBiz
> Issue Type: Bug
> Components: framework/widget, themes
>Affects Versions: 18.12.06, 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Assignee: Nicolas Malin
>Priority: Trivial
>
> When, on a form, you set a widget-style on a display field, you activate the
> inline editor without reason.
> The issue comes from HtmlFormMacroLibrary.ftl that initialize some value in a
> span
> {code:java}
> <#if inPlaceEditorUrl?has_content || class?has_content || alert=="true"
> || title?has_content>
> data-inplace-editor-params="${inPlaceEditorParams}" <#if
> idName?has_content>id="cc_${idName}" <#if
> title?has_content>title="${title}" <@renderClass class alert />><#t/>
> {code}
> With the previous code, if you have a class value, the span received in place
> editor elements without reason.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Closed] (OFBIZ-12603) In place editor wrong enable on display field
[
https://issues.apache.org/jira/browse/OFBIZ-12603?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Malin closed OFBIZ-12603.
-
Fix Version/s: 18.12.06
22.01.01
Upcoming Branch
Resolution: Fixed
> In place editor wrong enable on display field
> -
>
> Key: OFBIZ-12603
> URL: https://issues.apache.org/jira/browse/OFBIZ-12603
> Project: OFBiz
> Issue Type: Bug
> Components: framework/widget, themes
>Affects Versions: 18.12.06, 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Assignee: Nicolas Malin
>Priority: Trivial
> Fix For: 18.12.06, 22.01.01, Upcoming Branch
>
>
> When, on a form, you set a widget-style on a display field, you activate the
> inline editor without reason.
> The issue comes from HtmlFormMacroLibrary.ftl that initialize some value in a
> span
> {code:java}
> <#if inPlaceEditorUrl?has_content || class?has_content || alert=="true"
> || title?has_content>
> data-inplace-editor-params="${inPlaceEditorParams}" <#if
> idName?has_content>id="cc_${idName}" <#if
> title?has_content>title="${title}" <@renderClass class alert />><#t/>
> {code}
> With the previous code, if you have a class value, the span received in place
> editor elements without reason.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Commented] (OFBIZ-12603) In place editor wrong enable on display field
[
https://issues.apache.org/jira/browse/OFBIZ-12603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526428#comment-17526428
]
ASF subversion and git services commented on OFBIZ-12603:
-
Commit 44324fc2430c2f62351e6f7ec4ff2fa113188692 in ofbiz-framework's branch
refs/heads/release22.01 from Nicolas Malin
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=44324fc243 ]
Fixed: In place editor wrong enable on display field (OFBIZ-12603)
When, on a form, you set a widget-style on a display field, you activate the
inline editor without reason.
The issue comes from HtmlFormMacroLibrary.ftl that initialize some value in a
span without control if it's necessary.
> In place editor wrong enable on display field
> -
>
> Key: OFBIZ-12603
> URL: https://issues.apache.org/jira/browse/OFBIZ-12603
> Project: OFBiz
> Issue Type: Bug
> Components: framework/widget, themes
>Affects Versions: 18.12.06, 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Assignee: Nicolas Malin
>Priority: Trivial
>
> When, on a form, you set a widget-style on a display field, you activate the
> inline editor without reason.
> The issue comes from HtmlFormMacroLibrary.ftl that initialize some value in a
> span
> {code:java}
> <#if inPlaceEditorUrl?has_content || class?has_content || alert=="true"
> || title?has_content>
> data-inplace-editor-params="${inPlaceEditorParams}" <#if
> idName?has_content>id="cc_${idName}" <#if
> title?has_content>title="${title}" <@renderClass class alert />><#t/>
> {code}
> With the previous code, if you have a class value, the span received in place
> editor elements without reason.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Created] (OFBIZ-12603) In place editor wrong enable on display field
Nicolas Malin created OFBIZ-12603:
-
Summary: In place editor wrong enable on display field
Key: OFBIZ-12603
URL: https://issues.apache.org/jira/browse/OFBIZ-12603
Project: OFBiz
Issue Type: Bug
Components: framework/widget, themes
Affects Versions: 18.12.06, 22.01.01, Upcoming Branch
Reporter: Nicolas Malin
Assignee: Nicolas Malin
When, on a form, you set a widget-style on a display field, you activate the
inline editor without reason.
The issue comes from HtmlFormMacroLibrary.ftl that initialize some value in a
span
{code:java}
<#if inPlaceEditorUrl?has_content || class?has_content || alert=="true" ||
title?has_content>
id="cc_${idName}" <#if
title?has_content>title="${title}" <@renderClass class alert />><#t/>
{code}
With the previous code, if you have a class value, the span received in place
editor elements without reason.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Closed] (OFBIZ-6914) Improve BuildBot Rat report
[ https://issues.apache.org/jira/browse/OFBIZ-6914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux closed OFBIZ-6914. -- Assignee: Jacques Le Roux Resolution: Won't Do Closing, the problems were then # the duration of the RAT build # the number of unlicensed files Both pb have been resolved since (2 min duration and no unlicensed files) > Improve BuildBot Rat report > --- > > Key: OFBIZ-6914 > URL: https://issues.apache.org/jira/browse/OFBIZ-6914 > Project: OFBiz > Issue Type: Task >Reporter: Jacques Le Roux >Assignee: Jacques Le Roux >Priority: Minor > > Gavin suggested we could improve our RAT report > http://markmail.org/message/5tatno25hag3ncj5 -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (OFBIZ-10215) Configure invoice templates for an organizational party
[ https://issues.apache.org/jira/browse/OFBIZ-10215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526420#comment-17526420 ] Ingo Wolfmayr commented on OFBIZ-10215: --- Hello @[~nmalin] thanks for reviewing. I can confirm that your patch works. > Configure invoice templates for an organizational party > --- > > Key: OFBIZ-10215 > URL: https://issues.apache.org/jira/browse/OFBIZ-10215 > Project: OFBiz > Issue Type: Sub-task > Components: accounting >Affects Versions: Trunk, Upcoming Branch >Reporter: Nicolas Malin >Assignee: Nicolas Malin >Priority: Minor > Attachments: CustomScreen.xml, InvoiceTemplate.patch, > InvoiceTemplateWithTest.patch, OFBIZ-10215.patch, PartyPrefDocTypeTpl.xml > > > Possibility to select your invoice template from a custom screen. > Implement three screen possibilities : > * default : current InvoicePDF > * content : import the template from a content > * tax line : detail the tax related to an invoice line -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (OFBIZ-12547) Convert a display-entity to hyperlink if subhyperlink this empty
[
https://issues.apache.org/jira/browse/OFBIZ-12547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526408#comment-17526408
]
Nicolas Malin commented on OFBIZ-12547:
---
Sure [~jleroux] , I appreciated.
After it since 3 month on customer project, I confirm the must-valuable for
help the developper to make the form fast without UI break for end user.
if no remark, I think to push it next week
> Convert a display-entity to hyperlink if subhyperlink this empty
>
>
> Key: OFBIZ-12547
> URL: https://issues.apache.org/jira/browse/OFBIZ-12547
> Project: OFBiz
> Issue Type: Improvement
> Components: framework/widget
>Affects Versions: 22.01.01, Upcoming Branch
>Reporter: Nicolas Malin
>Assignee: Nicolas Malin
>Priority: Minor
> Attachments: OFBIZ-12547.patch
>
>
> When you define a display-entity you have the possibility to add a
> sub-hyperlink related to the element displayed.
> {code}
>
> key-field-name="partyId" description="${groupName}${firstName} ${lastName}">
> description="view">...
>
>
> {code}
> This display the party name with a link "view" connected.
> When you use the name a as link without a dedicate sub link, you need to
> change all the form to resolve the information to display for creating an
> hyperlink
> {code}
>
> value-field="partyName">
> from-field="partyIdFrom"/>
>
>
>
>
> description="${partyNameValue}">..
>
> {code}
> We lost the advantage of the display-entity. We can suggest to improve
> display-entity with the rule :
> If the display-entity has a subhyperlink and the subhyperlink haven't
> description, the description of the link is the display-entity description.
> In the code, if a sub-hyperlink has an empty description, we convert the
> display entity as a hyperlink
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Commented] (OFBIZ-10215) Configure invoice templates for an organizational party
[ https://issues.apache.org/jira/browse/OFBIZ-10215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526398#comment-17526398 ] Nicolas Malin commented on OFBIZ-10215: --- Hello [~iwolf] Thanks for your proposal. I reviewed it and thinks it a good way. I rewrite some part to submit this on trunk [^OFBIZ-10215.patch] Just a remark, the CustomScreen entity manage the screen name and the screen location, it's not necessary to use a combined string. I correct this on my suggest patch > Configure invoice templates for an organizational party > --- > > Key: OFBIZ-10215 > URL: https://issues.apache.org/jira/browse/OFBIZ-10215 > Project: OFBiz > Issue Type: Sub-task > Components: accounting >Affects Versions: Trunk, Upcoming Branch >Reporter: Nicolas Malin >Assignee: Nicolas Malin >Priority: Minor > Attachments: CustomScreen.xml, InvoiceTemplate.patch, > InvoiceTemplateWithTest.patch, OFBIZ-10215.patch, PartyPrefDocTypeTpl.xml > > > Possibility to select your invoice template from a custom screen. > Implement three screen possibilities : > * default : current InvoicePDF > * content : import the template from a content > * tax line : detail the tax related to an invoice line -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Updated] (OFBIZ-10215) Configure invoice templates for an organizational party
[ https://issues.apache.org/jira/browse/OFBIZ-10215?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicolas Malin updated OFBIZ-10215: -- Attachment: OFBIZ-10215.patch > Configure invoice templates for an organizational party > --- > > Key: OFBIZ-10215 > URL: https://issues.apache.org/jira/browse/OFBIZ-10215 > Project: OFBiz > Issue Type: Sub-task > Components: accounting >Affects Versions: Trunk, Upcoming Branch >Reporter: Nicolas Malin >Assignee: Nicolas Malin >Priority: Minor > Attachments: CustomScreen.xml, InvoiceTemplate.patch, > InvoiceTemplateWithTest.patch, OFBIZ-10215.patch, PartyPrefDocTypeTpl.xml > > > Possibility to select your invoice template from a custom screen. > Implement three screen possibilities : > * default : current InvoicePDF > * content : import the template from a content > * tax line : detail the tax related to an invoice line -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (OFBIZ-12583) Convert SubscriptionServices.xml mini lang to groovy
[
https://issues.apache.org/jira/browse/OFBIZ-12583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526345#comment-17526345
]
ASF subversion and git services commented on OFBIZ-12583:
-
Commit 4d0827503d2693a65dcea20beef85a129f4e1517 in ofbiz-framework's branch
refs/heads/trunk from Nicolas Malin
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=4d0827503d ]
Improved: Convert SubscriptionServices.xml service from mini-lang to groovy DSL
(OFBIZ-12583)
Thanks to Leila Mekika for solve this issue
> Convert SubscriptionServices.xml mini lang to groovy
>
>
> Key: OFBIZ-12583
> URL: https://issues.apache.org/jira/browse/OFBIZ-12583
> Project: OFBiz
> Issue Type: Sub-task
> Components: product
>Reporter: Leila Mekika
>Assignee: Nicolas Malin
>Priority: Minor
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-12583.patch
>
>
> {{Conversion of SubscriptionServices.xml file to groovy}}
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Closed] (OFBIZ-12583) Convert SubscriptionServices.xml mini lang to groovy
[
https://issues.apache.org/jira/browse/OFBIZ-12583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Malin closed OFBIZ-12583.
-
Fix Version/s: Upcoming Branch
Resolution: Done
Thanks Leila it's loaded on trunk
> Convert SubscriptionServices.xml mini lang to groovy
>
>
> Key: OFBIZ-12583
> URL: https://issues.apache.org/jira/browse/OFBIZ-12583
> Project: OFBiz
> Issue Type: Sub-task
> Components: product
>Reporter: Leila Mekika
>Assignee: Nicolas Malin
>Priority: Minor
> Fix For: Upcoming Branch
>
> Attachments: OFBIZ-12583.patch
>
>
> {{Conversion of SubscriptionServices.xml file to groovy}}
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
[jira] [Closed] (OFBIZ-12556) Request "createWorkEffortPartyAssign" generates an error
[
https://issues.apache.org/jira/browse/OFBIZ-12556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Malin closed OFBIZ-12556.
-
Fix Version/s: 22.01.01
Upcoming Branch
Resolution: Fixed
[~martnaum] I commited your patch to fix this issue.
For the next step, if any help is needed to dynamise projectmgr screen, I'm
here.
> Request "createWorkEffortPartyAssign" generates an error
>
>
> Key: OFBIZ-12556
> URL: https://issues.apache.org/jira/browse/OFBIZ-12556
> Project: OFBiz
> Issue Type: Bug
> Components: projectmgr
>Affects Versions: Upcoming Branch
>Reporter: Pierre Smits
>Assignee: Nicolas Malin
>Priority: Major
> Fix For: 22.01.01, Upcoming Branch
>
> Attachments: OFBIZ-12556.patch, OFBIZ-12556_alternative.patch
>
>
> The request "createWorkEffortPartyAssign" is called after submitting the form
> "AddWorkEffortPartyAssign", when the user wants to add a party to a project.
> The resulting error is:
> {code:java}
> |E| Error in request handler:
> org.apache.ofbiz.webapp.control.RequestHandlerException: Unknown request
> [createWorkEffortPartyAssign]; this request does not exist or cannot be
> called directly.
> at
> org.apache.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:407)
> ~[ofbiz.jar:?]
> at
> org.apache.ofbiz.webapp.control.ControlServlet.handle(ControlServlet.java:231)
> [ofbiz.jar:?]
> at
> org.apache.ofbiz.webapp.control.ControlServlet.doPost(ControlServlet.java:81)
> [ofbiz.jar:?]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:681)
> [tomcat-servlet-api-9.0.58.jar:4.0.FR]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:764)
> [tomcat-servlet-api-9.0.58.jar:4.0.FR]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:227)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
> [tomcat-embed-websocket-9.0.41.jar:9.0.41]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.ofbiz.webapp.control.SameSiteFilter.doFilter(SameSiteFilter.java:45)
> [ofbiz.jar:?]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:188)
> [ofbiz.jar:?]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.ofbiz.webapp.control.ControlFilter.doFilter(ControlFilter.java:156)
> [ofbiz.jar:?]
> at javax.servlet.http.HttpFilter.doFilter(HttpFilter.java:57)
> [tomcat-servlet-api-9.0.58.jar:4.0.FR]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.logging.log4j.web.Log4jServletFilter.doFilter(Log4jServletFilter.java:71)
> [log4j-web-2.17.1.jar:2.17.1]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:197)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:97)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:135)
> [tomcat-catalina-9.0.58.jar:9.0.58]
>
[jira] [Commented] (OFBIZ-12556) Request "createWorkEffortPartyAssign" generates an error
[
https://issues.apache.org/jira/browse/OFBIZ-12556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526306#comment-17526306
]
ASF subversion and git services commented on OFBIZ-12556:
-
Commit 0a635267e5b224445df0f8ed554a0b02facc49de in ofbiz-plugins's branch
refs/heads/release22.01 from Nicolas Malin
[ https://gitbox.apache.org/repos/asf?p=ofbiz-plugins.git;h=0a635267e ]
Fixed: Request createWorkEffortPartyAssign generates an error (OFBIZ-12556)
The request createWorkEffortPartyAssign is called after submitting the form
AddWorkEffortPartyAssign, when the user wants to add a party to a project. This
raise an error because it removed from workeffort component after the screen
dynamising
Thanks to Pierre Smith for raise this issue and Martin Naumann for the fix patch
> Request "createWorkEffortPartyAssign" generates an error
>
>
> Key: OFBIZ-12556
> URL: https://issues.apache.org/jira/browse/OFBIZ-12556
> Project: OFBiz
> Issue Type: Bug
> Components: projectmgr
>Affects Versions: Upcoming Branch
>Reporter: Pierre Smits
>Assignee: Nicolas Malin
>Priority: Major
> Attachments: OFBIZ-12556.patch, OFBIZ-12556_alternative.patch
>
>
> The request "createWorkEffortPartyAssign" is called after submitting the form
> "AddWorkEffortPartyAssign", when the user wants to add a party to a project.
> The resulting error is:
> {code:java}
> |E| Error in request handler:
> org.apache.ofbiz.webapp.control.RequestHandlerException: Unknown request
> [createWorkEffortPartyAssign]; this request does not exist or cannot be
> called directly.
> at
> org.apache.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:407)
> ~[ofbiz.jar:?]
> at
> org.apache.ofbiz.webapp.control.ControlServlet.handle(ControlServlet.java:231)
> [ofbiz.jar:?]
> at
> org.apache.ofbiz.webapp.control.ControlServlet.doPost(ControlServlet.java:81)
> [ofbiz.jar:?]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:681)
> [tomcat-servlet-api-9.0.58.jar:4.0.FR]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:764)
> [tomcat-servlet-api-9.0.58.jar:4.0.FR]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:227)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
> [tomcat-embed-websocket-9.0.41.jar:9.0.41]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.ofbiz.webapp.control.SameSiteFilter.doFilter(SameSiteFilter.java:45)
> [ofbiz.jar:?]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:188)
> [ofbiz.jar:?]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.ofbiz.webapp.control.ControlFilter.doFilter(ControlFilter.java:156)
> [ofbiz.jar:?]
> at javax.servlet.http.HttpFilter.doFilter(HttpFilter.java:57)
> [tomcat-servlet-api-9.0.58.jar:4.0.FR]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.logging.log4j.web.Log4jServletFilter.doFilter(Log4jServletFilter.java:71)
> [log4j-web-2.17.1.jar:2.17.1]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:197)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
>
[jira] [Commented] (OFBIZ-12556) Request "createWorkEffortPartyAssign" generates an error
[
https://issues.apache.org/jira/browse/OFBIZ-12556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17526307#comment-17526307
]
ASF subversion and git services commented on OFBIZ-12556:
-
Commit 070c3c09d57eea2ce51b024d1b8ec094e0a44cf6 in ofbiz-plugins's branch
refs/heads/trunk from Nicolas Malin
[ https://gitbox.apache.org/repos/asf?p=ofbiz-plugins.git;h=070c3c09d ]
Fixed: Request createWorkEffortPartyAssign generates an error (OFBIZ-12556)
The request createWorkEffortPartyAssign is called after submitting the form
AddWorkEffortPartyAssign, when the user wants to add a party to a project. This
raise an error because it removed from workeffort component after the screen
dynamising
Thanks to Pierre Smith for raise this issue and Martin Naumann for the fix patch
> Request "createWorkEffortPartyAssign" generates an error
>
>
> Key: OFBIZ-12556
> URL: https://issues.apache.org/jira/browse/OFBIZ-12556
> Project: OFBiz
> Issue Type: Bug
> Components: projectmgr
>Affects Versions: Upcoming Branch
>Reporter: Pierre Smits
>Assignee: Nicolas Malin
>Priority: Major
> Attachments: OFBIZ-12556.patch, OFBIZ-12556_alternative.patch
>
>
> The request "createWorkEffortPartyAssign" is called after submitting the form
> "AddWorkEffortPartyAssign", when the user wants to add a party to a project.
> The resulting error is:
> {code:java}
> |E| Error in request handler:
> org.apache.ofbiz.webapp.control.RequestHandlerException: Unknown request
> [createWorkEffortPartyAssign]; this request does not exist or cannot be
> called directly.
> at
> org.apache.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:407)
> ~[ofbiz.jar:?]
> at
> org.apache.ofbiz.webapp.control.ControlServlet.handle(ControlServlet.java:231)
> [ofbiz.jar:?]
> at
> org.apache.ofbiz.webapp.control.ControlServlet.doPost(ControlServlet.java:81)
> [ofbiz.jar:?]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:681)
> [tomcat-servlet-api-9.0.58.jar:4.0.FR]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:764)
> [tomcat-servlet-api-9.0.58.jar:4.0.FR]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:227)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
> [tomcat-embed-websocket-9.0.41.jar:9.0.41]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.ofbiz.webapp.control.SameSiteFilter.doFilter(SameSiteFilter.java:45)
> [ofbiz.jar:?]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:188)
> [ofbiz.jar:?]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.ofbiz.webapp.control.ControlFilter.doFilter(ControlFilter.java:156)
> [ofbiz.jar:?]
> at javax.servlet.http.HttpFilter.doFilter(HttpFilter.java:57)
> [tomcat-servlet-api-9.0.58.jar:4.0.FR]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.logging.log4j.web.Log4jServletFilter.doFilter(Log4jServletFilter.java:71)
> [log4j-web-2.17.1.jar:2.17.1]
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:197)
> [tomcat-catalina-9.0.58.jar:9.0.58]
> at
>
