[jira] [Closed] (OFBIZ-10877) java.lang.RuntimeException: Could not find PortalPage with portalPageId []
[ https://issues.apache.org/jira/browse/OFBIZ-10877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux closed OFBIZ-10877. --- Resolution: Abandoned There is maybe a relation with OFBIZ-13067 > java.lang.RuntimeException: Could not find PortalPage with portalPageId [] > --- > > Key: OFBIZ-10877 > URL: https://issues.apache.org/jira/browse/OFBIZ-10877 > Project: OFBiz > Issue Type: Bug > Components: myportal >Affects Versions: 17.12.01 >Reporter: Wolfgang Rauchholz >Assignee: Akash Jain >Priority: Minor > > I get above mentioned error message when trying to access myportal. > I checked in ENTITY ENGINE TOOLS. All portalPageId have a value. > Interesting enough, when going to my portal, I don't see any of these in > 'Preferences' or Portal Page Admin.'. Do I have an issue with the security > model? > My username is not 'admin', but one chosen when running > ./gradlew "ofbiz --load-data readers=seed,seed-initial" loadAdminUserLogin > -PuserLoginId=. > > | > |portalPageId|portalPageName|description|ownerUserLoginId|originalPortalPageId|parentPortalPageId|sequenceNum|securityGroupId|lastUpdatedStamp|lastUpdatedTxStamp|createdStamp|createdTxStamp|helpContentId| > |[View|https://localhost:8443/webtools/control/ViewGeneric?entityName=PortalPage=ApPortalPage] > > [Delete|https://localhost:8443/webtools/control/UpdateGeneric?entityName=PortalPage=ApPortalPage_MODE=DELETE]|ApPortalPage|Main|Portal > page for Past Due Invoices and Invoices Due Soon in AP|_NA_| | |0| > |2019-03-09 12:20:16.0|2019-03-09 12:20:16.0|2019-03-09 12:20:16.0|2019-03-09 > 12:20:16.0| | > |[View|https://localhost:8443/webtools/control/ViewGeneric?entityName=PortalPage=ArPortalPage] > > [Delete|https://localhost:8443/webtools/control/UpdateGeneric?entityName=PortalPage=ArPortalPage_MODE=DELETE]|ArPortalPage|Main|Portal > page for Past Due Invoices and Invoices Due Soon in AR|_NA_| | |0| > |2019-03-09 12:20:16.0|2019-03-09 12:20:16.0|2019-03-09 12:20:16.0|2019-03-09 > 12:20:16.0| | > |[View|https://localhost:8443/webtools/control/ViewGeneric?entityName=PortalPage=EXAMPLE] > > [Delete|https://localhost:8443/webtools/control/UpdateGeneric?entityName=PortalPage=EXAMPLE_MODE=DELETE]|EXAMPLE|Example > Portal Page|The default example OFBiz portal page|_NA_| | |0| |2019-03-09 > 12:20:17.0|2019-03-09 12:20:17.0|2019-03-09 12:20:17.0|2019-03-09 12:20:17.0| > | > |[View|https://localhost:8443/webtools/control/ViewGeneric?entityName=PortalPage=EXAMPLE1] > > [Delete|https://localhost:8443/webtools/control/UpdateGeneric?entityName=PortalPage=EXAMPLE1_MODE=DELETE]|EXAMPLE1|Example > Portal Page 1|Portal page 1|_NA_| |EXAMPLE|100| |2019-03-09 > 12:20:17.0|2019-03-09 12:20:17.0|2019-03-09 12:20:17.0|2019-03-09 12:20:17.0| > | > |[View|https://localhost:8443/webtools/control/ViewGeneric?entityName=PortalPage=EXAMPLE2] > > [Delete|https://localhost:8443/webtools/control/UpdateGeneric?entityName=PortalPage=EXAMPLE2_MODE=DELETE]|EXAMPLE2|Example > Portal Page 2|Portal page 2|_NA_| |EXAMPLE|200| |2019-03-09 > 12:20:17.0|2019-03-09 12:20:17.0|2019-03-09 12:20:17.0|2019-03-09 12:20:17.0| > | > |[View|https://localhost:8443/webtools/control/ViewGeneric?entityName=PortalPage=FinAccountPortalPage] > > [Delete|https://localhost:8443/webtools/control/UpdateGeneric?entityName=PortalPage=FinAccountPortalPage_MODE=DELETE]|FinAccountPortalPage|Fin > account portal page|Fin account main screen using flexible portal > technology|_NA_| | |0| |2019-03-09 12:20:16.0|2019-03-09 > 12:20:16.0|2019-03-09 12:20:16.0|2019-03-09 12:20:16.0| | > |[View|https://localhost:8443/webtools/control/ViewGeneric?entityName=PortalPage=OrderPortalPage] > > [Delete|https://localhost:8443/webtools/control/UpdateGeneric?entityName=PortalPage=OrderPortalPage_MODE=DELETE]|OrderPortalPage|Order > Portal Page|Order main page using flexible Portal technology|_NA_| | |0| > |2019-03-09 12:20:16.0|2019-03-09 12:20:16.0|2019-03-09 12:20:16.0|2019-03-09 > 12:20:16.0| | > |[View|https://localhost:8443/webtools/control/ViewGeneric?entityName=PortalPage=OrderReportPage] > > [Delete|https://localhost:8443/webtools/control/UpdateGeneric?entityName=PortalPage=OrderReportPage_MODE=DELETE]|OrderReportPage|Order > Purchase Report Portal Page|Order purchase Report page using flexible Portal > technology|_NA_| | |0| |2019-03-09 12:20:16.0|2019-03-09 > 12:20:16.0|2019-03-09 12:20:16.0|2019-03-09 12:20:16.0| | > |[View|https://localhost:8443/webtools/control/ViewGeneric?entityName=PortalPage=PartyProfile] > > [Delete|https://localhost:8443/webtools/control/UpdateGeneric?entityName=PortalPage=PartyProfile_MODE=DELETE]|PartyProfile|Parties|Party > profile page using flexible Portal technology|_NA_| | |0| |2019-03-09 >
[jira] [Commented] (OFBIZ-13067) Error while rendering content [APACHE_OFBIZ_HTML]
[
https://issues.apache.org/jira/browse/OFBIZ-13067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17841256#comment-17841256
]
Jacques Le Roux commented on OFBIZ-13067:
-
Like for OFBIZ-13071, it's again a spider bot issue.
Using R18.12, if you are not signed in, you can't get to
cmssite/cms/APACHE_OFBIZ_HTML and this error appears.
{noformat}
3.134.81.206 - - [26/Apr/2024:05:21:25 +] "GET
/cmssite/cms/APACHE_OFBIZ_HTML HTTP/1.1" 200 34508 "-" "Mozilla/5.0
AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0;
+claude...@anthropic.com)"
2024-04-26 05:21:25,007 |-0.0.0.0-8009-exec-8 |RequestHandler
|E| Request cms caused an error with the following message: Error calling
event: org.apache.ofbiz.webapp.event.EventHandlerException: Problems processing
event: org.apache.ofbiz.base.util.GeneralRuntimeException: Error in the
response writer/output stream while rendering content [APACHE_OFBIZ_HTML] with
path alias [APACHE_OFBIZ_HTML] (/ofbiz/runtime/tempfiles/docbook.css (No such
file or directory)) (Error in the response writer/output stream while rendering
content [APACHE_OFBIZ_HTML] with path alias [APACHE_OFBIZ_HTML]
(/ofbiz/runtime/tempfiles/docbook.css (No such file or directory)))
{noformat}
Same in trunk, though there you get a "cmsSite : 404 Not Found", and you get
this in log:
{noformat}
|CmsEvents |W| Could not verify contentId
[APACHE_OFBIZ_HTM] to webSiteId [CmsSite], returning code: 404{noformat}
I guess only a missed backport.
BTW, in both, even not signed in, you can get to cmssite/cms?APACHE_OFBIZ_HTML.
It's OK, this URI does not need auth. It's only static.
> Error while rendering content [APACHE_OFBIZ_HTML]
> -
>
> Key: OFBIZ-13067
> URL: https://issues.apache.org/jira/browse/OFBIZ-13067
> Project: OFBiz
> Issue Type: Bug
> Components: content
>Affects Versions: 18.12.12
>Reporter: Jacques Le Roux
>Priority: Minor
> Labels: docbook.css
> Fix For: 18.12.13
>
>
> This error exists only in R18.12 and it clutters the logs a bit.
> I have yet no idea how to reproduce it.
> It seems related to CmsEvents.java and a "XSLT" template. It's the only place
> where "runtime/tempfiles/docbook.css" is created:
> {code:java}
> } else if ("XSLT".equals(dataTemplateTypeId)) {
> File targetFileLocation = new
> File(System.getProperty("ofbiz.home")+"/runtime/tempfiles/docbook.css");
> {code}
> That's in DataResourceWorker.java[725]
>
> But the error appears elsewhere (see end of log below):
>
> {noformat}
> (No such file or directory))
> at org.apache.ofbiz.content.cms.CmsEvents.cms(CmsEvents.java:327)
> ~[ofbiz.jar:?]
> {noformat}
>
> Here the complete log error:
> {noformat}
> 2024-04-24 10:25:31,020 |0.0.0.0-8009-exec-20 |RequestHandler |E| Request cms
> caused an error with the following message: Erreur lors de l'appel de
> l'événement: org.apache.ofbiz.webapp.event.EventHandlerException: Problems
> processing event: org.apache.ofbiz.base.util.GeneralRuntimeException: Error
> in the response writer/output stream while rendering content
> [APACHE_OFBIZ_HTML] with path alias [APACHE_OFBIZ_HTML]
> (/ofbiz/runtime/tempfiles/docbook.css (No such file or directory)) (Error in
> the response writer/output stream while rendering content [APACHE_OFBIZ_HTML]
> with path alias [APACHE_OFBIZ_HTML] (/ofbiz/runtime/tempfiles/docbook.css (No
> such file or directory)))
> 2024-04-24 10:25:31,025 |0.0.0.0-8009-exec-20 |JavaEventHandler |E| Problems
> Processing Event
> org.apache.ofbiz.base.util.GeneralRuntimeException: Error in the response
> writer/output stream while rendering content [APACHE_OFBIZ_HTML] with path
> alias [APACHE_OFBIZ_HTML] (/ofbiz/runtime/tempfiles/docbook.css (No such file
> or directory))
> at org.apache.ofbiz.content.cms.CmsEvents.cms(CmsEvents.java:327)
> ~[ofbiz.jar:?]
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
Re: [PR] Bump dompurify from 3.1.0 to 3.1.1 in /themes/common-theme/webapp/common-theme/js [ofbiz-framework]
JacquesLeRoux merged PR #788: URL: https://github.com/apache/ofbiz-framework/pull/788 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@ofbiz.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
Re: [PR] Bump dompurify from 3.1.0 to 3.1.1 in /themes/common-theme/webapp/common-theme/js [ofbiz-framework]
sonarcloud[bot] commented on PR #788: URL: https://github.com/apache/ofbiz-framework/pull/788#issuecomment-2079417483 ## [](https://sonarcloud.io/dashboard?id=apache_ofbiz-framework=788) **Quality Gate passed** Issues  [0 New issues](https://sonarcloud.io/project/issues?id=apache_ofbiz-framework=788=false=true)  [0 Accepted issues](https://sonarcloud.io/component_measures?id=apache_ofbiz-framework=788=new_accepted_issues=list) Measures  [0 Security Hotspots](https://sonarcloud.io/project/security_hotspots?id=apache_ofbiz-framework=788=false=true)  No data about Coverage  [0.0% Duplication on New Code](https://sonarcloud.io/component_measures?id=apache_ofbiz-framework=788=new_duplicated_lines_density=list) [See analysis details on SonarCloud](https://sonarcloud.io/dashboard?id=apache_ofbiz-framework=788) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@ofbiz.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[PR] Bump dompurify from 3.1.0 to 3.1.1 in /themes/common-theme/webapp/common-theme/js [ofbiz-framework]
dependabot[bot] opened a new pull request, #788: URL: https://github.com/apache/ofbiz-framework/pull/788 Bumps [dompurify](https://github.com/cure53/DOMPurify) from 3.1.0 to 3.1.1. Release notes Sourced from https://github.com/cure53/DOMPurify/releases;>dompurify's releases. DOMPurify 3.1.1 Fixed an mXSS sanitiser bypass reported by https://github.com/icesfont;>@icesfont Added new code to track element nesting depth Added new code to enforce a maximum nesting depth of 255 Added coverage tests and necessary clobbering protections Note that this is a security release and should be upgraded to immediately. Please also note that further releases may follow as the underlying vulnerability is apparently new and further variations may be discovered. Commits https://github.com/cure53/DOMPurify/commit/7a0a984a8aea7341ce084f72cda806e2395b336b;>7a0a984 Merge pull request https://redirect.github.com/cure53/DOMPurify/issues/944;>#944 from cure53/main https://github.com/cure53/DOMPurify/commit/7bbd12bb22d604f47a26d3ec2a2b2e12051ef547;>7bbd12b chore: Preparing 3.1.1 release https://github.com/cure53/DOMPurify/commit/87eff29eedc7d3ea26a39f23224341bfebcfe8f5;>87eff29 Merge branch 'main' of github.com:cure53/DOMPurify https://github.com/cure53/DOMPurify/commit/809a9025b4b046ff24e3b7bb8f499f69ae780db4;>809a902 fix: Set the MAX_NESTING_DEPTH to 255 for good measure and adjusted tests https://github.com/cure53/DOMPurify/commit/6ea80cd8b47640c20f2f230c7920b1f4ce4fdf7a;>6ea80cd Merge pull request https://redirect.github.com/cure53/DOMPurify/issues/943;>#943 from cure53/main https://github.com/cure53/DOMPurify/commit/c0d418cc136ef0f7fbf55d5b9eeb1848a38906f2;>c0d418c Merge pull request https://redirect.github.com/cure53/DOMPurify/issues/942;>#942 from kyselberg/main https://github.com/cure53/DOMPurify/commit/2a554b4e4763a7dd0eb41318710fa22aaaca4767;>2a554b4 docs: additional info in example https://github.com/cure53/DOMPurify/commit/6e240ec508d26ec1c8075fb4d561ba13c89c2f32;>6e240ec docs: correct hook name and remove misleading comment https://github.com/cure53/DOMPurify/commit/ef4bbb41a896956a8e53e5867ea4c56694589667;>ef4bbb4 chore: Re-generated dist versions https://github.com/cure53/DOMPurify/commit/1f494b9ee4ee1bf7ae20d77ec4dd6d632532c820;>1f494b9 Merge pull request https://redirect.github.com/cure53/DOMPurify/issues/941;>#941 from icesfont/fix/deep-nesting-mxss Additional commits viewable in https://github.com/cure53/DOMPurify/compare/3.1.0...3.1.1;>compare view [](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores) Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting `@dependabot rebase`. [//]: # (dependabot-automerge-start) [//]: # (dependabot-automerge-end) --- Dependabot commands and options You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot show ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@ofbiz.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
Re: [PR] Fixed: Issue when caching a query with a selectField (OFBIZ-13072) [ofbiz-framework]
sonarcloud[bot] commented on PR #787: URL: https://github.com/apache/ofbiz-framework/pull/787#issuecomment-2079039041 ## [](https://sonarcloud.io/dashboard?id=apache_ofbiz-framework=787) **Quality Gate passed** Issues  [0 New issues](https://sonarcloud.io/project/issues?id=apache_ofbiz-framework=787=false=true)  [0 Accepted issues](https://sonarcloud.io/component_measures?id=apache_ofbiz-framework=787=new_accepted_issues=list) Measures  [0 Security Hotspots](https://sonarcloud.io/project/security_hotspots?id=apache_ofbiz-framework=787=false=true)  No data about Coverage  No data about Duplication [See analysis details on SonarCloud](https://sonarcloud.io/dashboard?id=apache_ofbiz-framework=787) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@ofbiz.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[jira] [Updated] (OFBIZ-13072) Issue when caching a query with a selectField
[ https://issues.apache.org/jira/browse/OFBIZ-13072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mekika Leila updated OFBIZ-13072: - Description: When a query with a field selection and a cache() option is done, the result is put in cache with the incomplete genericValue (I mean without all the fields). Then when an other query with the same condition and cache option is done, even whitout the field selection, the result returned is the incomplete version of the GenericValue that has been stored in cache. was: When a query with a field selection and a cache() option is done, the result is put in cache with the incomplete genericValue (I mean without all the fields). Then when an other query with the same condition and cache option is done, even whitout the field selection, the result returned is the incomplete version of the GenericValue that has been stored in cache. > Issue when caching a query with a selectField > - > > Key: OFBIZ-13072 > URL: https://issues.apache.org/jira/browse/OFBIZ-13072 > Project: OFBiz > Issue Type: Bug > Components: framework >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Minor > > When a query with a field selection and a cache() option is done, the result > is put in cache with the incomplete genericValue (I mean without all the > fields). > Then when an other query with the same condition and cache option is done, > even whitout the field selection, the result returned is the incomplete > version of the GenericValue that has been stored in cache. > > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (OFBIZ-13072) Issue when caching a query with a selectField
[ https://issues.apache.org/jira/browse/OFBIZ-13072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mekika Leila updated OFBIZ-13072: - Description: When a query with a field selection and a cache() option is done, the result is put in cache with the incomplete genericValue (I mean without all the fields). Then when an other query with the same condition and cache option is done, even whitout the field selection, the result returned is the incomplete version of the GenericValue that has been stored in cache. The code in the PR prevent from adding in cache an incomplete genericValue and filter the cached value when necessary *To test:* testCache has been added to entity-query-tests test case. It can be launched with ./gradlew 'ofbiz -t component=entity' or ./gradlew 'ofbiz -t component=entity -t suitename=entitytests -t case=entity-query-tests' was: When a query with a field selection and a cache() option is done, the result is put in cache with the incomplete genericValue (I mean without all the fields). Then when an other query with the same condition and cache option is done, even whitout the field selection, the result returned is the incomplete version of the GenericValue that has been stored in cache. > Issue when caching a query with a selectField > - > > Key: OFBIZ-13072 > URL: https://issues.apache.org/jira/browse/OFBIZ-13072 > Project: OFBiz > Issue Type: Bug > Components: framework >Affects Versions: Upcoming Branch >Reporter: Mekika Leila >Priority: Minor > > When a query with a field selection and a cache() option is done, the result > is put in cache with the incomplete genericValue (I mean without all the > fields). > Then when an other query with the same condition and cache option is done, > even whitout the field selection, the result returned is the incomplete > version of the GenericValue that has been stored in cache. > The code in the PR prevent from adding in cache an incomplete genericValue > and filter the cached value when necessary > *To test:* > testCache has been added to entity-query-tests test case. It can be launched > with > ./gradlew 'ofbiz -t component=entity' > or > ./gradlew 'ofbiz -t component=entity -t suitename=entitytests -t > case=entity-query-tests' -- This message was sent by Atlassian Jira (v8.20.10#820010)
[PR] Fixed: Issue when caching a query with a selectField (OFBIZ-13072) [ofbiz-framework]
MkLeila opened a new pull request, #787: URL: https://github.com/apache/ofbiz-framework/pull/787 When a query with a field selection and a cache() option is done, the result is put in cache with the incomplete genericValue (I mean without all the fields). Then when an other query with the same condition and cache option is done, even whitout the field selection, the result returned is the incomplete version of the GenericValue that has been stored in cache. This prevent from adding in cache an incomplete genericValue and filter the cached value when necessary -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@ofbiz.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[jira] [Commented] (OFBIZ-13071) Could not find PortalPage with portalPageId []
[
https://issues.apache.org/jira/browse/OFBIZ-13071?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17841126#comment-17841126
]
ASF subversion and git services commented on OFBIZ-13071:
-
Commit 075fce1d652db3d0d8b8e6b2e07ec74cdb4659a3 in ofbiz-framework's branch
refs/heads/release18.12 from Jacques Le Roux
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=075fce1d65 ]
Fixed: Could not find PortalPage with portalPageId [] (OFBIZ-13071)
Avoids spider bots to clutter the logs by forcing auth. Does not make sense
W/o anyway
> Could not find PortalPage with portalPageId []
> ---
>
> Key: OFBIZ-13071
> URL: https://issues.apache.org/jira/browse/OFBIZ-13071
> Project: OFBiz
> Issue Type: Bug
> Components: sfa
>Affects Versions: 18.12.12
>Reporter: Jacques Le Roux
>Assignee: Jacques Le Roux
>Priority: Major
> Fix For: 18.12.13
>
>
> This is a weird behaviour. Yet it's not really a bug but something that
> spider bots do. They get to ListTimezones while not being signed in (hard for
> spider bot). Here are 2 cases:
> {noformat}
> 18.224.149.242 - - [26/Apr/2024:03:20:05 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Australia/Melbourne HTTP/1.1" 200 42716
> "-" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:20:05,254 |-0.0.0.0-8009-exec-4 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> 3.144.172.115 - - [26/Apr/2024:03:32:22 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Asia/Kuwait HTTP/1.1" 200 42716 "-"
> "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:32:22,395 |-0.0.0.0-8009-exec-7 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> {noformat}
> It happens only for SFA. [All the others| https://s.apache.org/gwyw2 ] are
> not concerned
> Why only SFA is concerned is unclear but not really a problem. Because once
> signed in the problem dissapears. The only problem is that if a spider bot
> gets to your production server it will clutter the log. There is 636 possible
> hours...
> Now that I know the reason, I'll try to find a workaround.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Closed] (OFBIZ-13071) Could not find PortalPage with portalPageId []
[
https://issues.apache.org/jira/browse/OFBIZ-13071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux closed OFBIZ-13071.
---
Resolution: Fixed
> Could not find PortalPage with portalPageId []
> ---
>
> Key: OFBIZ-13071
> URL: https://issues.apache.org/jira/browse/OFBIZ-13071
> Project: OFBiz
> Issue Type: Bug
> Components: sfa
>Affects Versions: 18.12.12
>Reporter: Jacques Le Roux
>Assignee: Jacques Le Roux
>Priority: Major
> Fix For: 18.12.13
>
>
> This is a weird behaviour. Yet it's not really a bug but something that
> spider bots do. They get to ListTimezones while not being signed in (hard for
> spider bot). Here are 2 cases:
> {noformat}
> 18.224.149.242 - - [26/Apr/2024:03:20:05 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Australia/Melbourne HTTP/1.1" 200 42716
> "-" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:20:05,254 |-0.0.0.0-8009-exec-4 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> 3.144.172.115 - - [26/Apr/2024:03:32:22 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Asia/Kuwait HTTP/1.1" 200 42716 "-"
> "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:32:22,395 |-0.0.0.0-8009-exec-7 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> {noformat}
> It happens only for SFA. [All the others| https://s.apache.org/gwyw2 ] are
> not concerned
> Why only SFA is concerned is unclear but not really a problem. Because once
> signed in the problem dissapears. The only problem is that if a spider bot
> gets to your production server it will clutter the log. There is 636 possible
> hours...
> Now that I know the reason, I'll try to find a workaround.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Created] (OFBIZ-13072) Issue when caching a query with a selectField
Mekika Leila created OFBIZ-13072: Summary: Issue when caching a query with a selectField Key: OFBIZ-13072 URL: https://issues.apache.org/jira/browse/OFBIZ-13072 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: Upcoming Branch Reporter: Mekika Leila When a query with a field selection and a cache() option is done, the result is put in cache with the incomplete genericValue (I mean without all the fields). Then when an other query with the same condition and cache option is done, even whitout the field selection, the result returned is the incomplete version of the GenericValue that has been stored in cache. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (OFBIZ-13071) Could not find PortalPage with portalPageId []
[
https://issues.apache.org/jira/browse/OFBIZ-13071?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17841123#comment-17841123
]
ASF subversion and git services commented on OFBIZ-13071:
-
Commit 6fa3a5dc27ce65375b64fa66afaf9ef6934dfdc0 in ofbiz-plugins's branch
refs/heads/release18.12 from Jacques Le Roux
[ https://gitbox.apache.org/repos/asf?p=ofbiz-plugins.git;h=6fa3a5dc2 ]
Fixed: Could not find PortalPage with portalPageId [] (OFBIZ-13071)
Avoids spider bots to clutter the logs by forcing auth. Does not make sense
W/o anyway
> Could not find PortalPage with portalPageId []
> ---
>
> Key: OFBIZ-13071
> URL: https://issues.apache.org/jira/browse/OFBIZ-13071
> Project: OFBiz
> Issue Type: Bug
> Components: sfa
>Affects Versions: 18.12.12
>Reporter: Jacques Le Roux
>Assignee: Jacques Le Roux
>Priority: Major
> Fix For: 18.12.13
>
>
> This is a weird behaviour. Yet it's not really a bug but something that
> spider bots do. They get to ListTimezones while not being signed in (hard for
> spider bot). Here are 2 cases:
> {noformat}
> 18.224.149.242 - - [26/Apr/2024:03:20:05 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Australia/Melbourne HTTP/1.1" 200 42716
> "-" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:20:05,254 |-0.0.0.0-8009-exec-4 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> 3.144.172.115 - - [26/Apr/2024:03:32:22 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Asia/Kuwait HTTP/1.1" 200 42716 "-"
> "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:32:22,395 |-0.0.0.0-8009-exec-7 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> {noformat}
> It happens only for SFA. [All the others| https://s.apache.org/gwyw2 ] are
> not concerned
> Why only SFA is concerned is unclear but not really a problem. Because once
> signed in the problem dissapears. The only problem is that if a spider bot
> gets to your production server it will clutter the log. There is 636 possible
> hours...
> Now that I know the reason, I'll try to find a workaround.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (OFBIZ-13071) Could not find PortalPage with portalPageId []
[
https://issues.apache.org/jira/browse/OFBIZ-13071?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17841089#comment-17841089
]
ASF subversion and git services commented on OFBIZ-13071:
-
Commit 97b499195315453d1ca00fc9b19e04fde25420f6 in ofbiz-plugins's branch
refs/heads/trunk from Jacques Le Roux
[ https://gitbox.apache.org/repos/asf?p=ofbiz-plugins.git;h=97b499195 ]
Fixed: Could not find PortalPage with portalPageId [] (OFBIZ-13071)
Avoids spider bots to clutter the logs by forcing auth. Does not make sense
W/o anyway
> Could not find PortalPage with portalPageId []
> ---
>
> Key: OFBIZ-13071
> URL: https://issues.apache.org/jira/browse/OFBIZ-13071
> Project: OFBiz
> Issue Type: Bug
> Components: sfa
>Affects Versions: Upcoming Branch
>Reporter: Jacques Le Roux
>Assignee: Jacques Le Roux
>Priority: Major
> Fix For: Upcoming Branch
>
>
> This is a weird behaviour. Yet it's not really a bug but something that
> spider bots do. They get to ListTimezones while not being signed in (hard for
> spider bot). Here are 2 cases:
> {noformat}
> 18.224.149.242 - - [26/Apr/2024:03:20:05 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Australia/Melbourne HTTP/1.1" 200 42716
> "-" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:20:05,254 |-0.0.0.0-8009-exec-4 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> 3.144.172.115 - - [26/Apr/2024:03:32:22 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Asia/Kuwait HTTP/1.1" 200 42716 "-"
> "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:32:22,395 |-0.0.0.0-8009-exec-7 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> {noformat}
> It happens only for SFA. [All the others| https://s.apache.org/gwyw2 ] are
> not concerned
> Why only SFA is concerned is unclear but not really a problem. Because once
> signed in the problem dissapears. The only problem is that if a spider bot
> gets to your production server it will clutter the log. There is 636 possible
> hours...
> Now that I know the reason, I'll try to find a workaround.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Updated] (OFBIZ-13071) Could not find PortalPage with portalPageId []
[
https://issues.apache.org/jira/browse/OFBIZ-13071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux updated OFBIZ-13071:
Fix Version/s: 18.12.13
(was: Upcoming Branch)
Affects Version/s: 18.12.12
(was: Upcoming Branch)
> Could not find PortalPage with portalPageId []
> ---
>
> Key: OFBIZ-13071
> URL: https://issues.apache.org/jira/browse/OFBIZ-13071
> Project: OFBiz
> Issue Type: Bug
> Components: sfa
>Affects Versions: 18.12.12
>Reporter: Jacques Le Roux
>Assignee: Jacques Le Roux
>Priority: Major
> Fix For: 18.12.13
>
>
> This is a weird behaviour. Yet it's not really a bug but something that
> spider bots do. They get to ListTimezones while not being signed in (hard for
> spider bot). Here are 2 cases:
> {noformat}
> 18.224.149.242 - - [26/Apr/2024:03:20:05 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Australia/Melbourne HTTP/1.1" 200 42716
> "-" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:20:05,254 |-0.0.0.0-8009-exec-4 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> 3.144.172.115 - - [26/Apr/2024:03:32:22 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Asia/Kuwait HTTP/1.1" 200 42716 "-"
> "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:32:22,395 |-0.0.0.0-8009-exec-7 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> {noformat}
> It happens only for SFA. [All the others| https://s.apache.org/gwyw2 ] are
> not concerned
> Why only SFA is concerned is unclear but not really a problem. Because once
> signed in the problem dissapears. The only problem is that if a spider bot
> gets to your production server it will clutter the log. There is 636 possible
> hours...
> Now that I know the reason, I'll try to find a workaround.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (OFBIZ-13071) Could not find PortalPage with portalPageId []
[
https://issues.apache.org/jira/browse/OFBIZ-13071?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17841088#comment-17841088
]
ASF subversion and git services commented on OFBIZ-13071:
-
Commit 0b9cc3b85a3aed00244e058bd2a2299a55fb9292 in ofbiz-framework's branch
refs/heads/trunk from Jacques Le Roux
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=0b9cc3b85a ]
Fixed: Could not find PortalPage with portalPageId [] (OFBIZ-13071)
Avoids spider bots to clutter the logs by forcing auth. Does not make sense
W/o anyway
> Could not find PortalPage with portalPageId []
> ---
>
> Key: OFBIZ-13071
> URL: https://issues.apache.org/jira/browse/OFBIZ-13071
> Project: OFBiz
> Issue Type: Bug
> Components: sfa
>Affects Versions: Upcoming Branch
>Reporter: Jacques Le Roux
>Assignee: Jacques Le Roux
>Priority: Major
> Fix For: Upcoming Branch
>
>
> This is a weird behaviour. Yet it's not really a bug but something that
> spider bots do. They get to ListTimezones while not being signed in (hard for
> spider bot). Here are 2 cases:
> {noformat}
> 18.224.149.242 - - [26/Apr/2024:03:20:05 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Australia/Melbourne HTTP/1.1" 200 42716
> "-" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:20:05,254 |-0.0.0.0-8009-exec-4 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> 3.144.172.115 - - [26/Apr/2024:03:32:22 +] "GET
> /sfa/control/setSessionTimeZone?tzId=Asia/Kuwait HTTP/1.1" 200 42716 "-"
> "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
> ClaudeBot/1.0; +claude...@anthropic.com)"
> 2024-04-26 03:32:22,395 |-0.0.0.0-8009-exec-7 |ModelScreenWidget
> |E| Could not find PortalPage with portalPageId []
> {noformat}
> It happens only for SFA. [All the others| https://s.apache.org/gwyw2 ] are
> not concerned
> Why only SFA is concerned is unclear but not really a problem. Because once
> signed in the problem dissapears. The only problem is that if a spider bot
> gets to your production server it will clutter the log. There is 636 possible
> hours...
> Now that I know the reason, I'll try to find a workaround.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (OFBIZ-12982) updateMyTimesheet throws an error
[
https://issues.apache.org/jira/browse/OFBIZ-12982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17841084#comment-17841084
]
Jacques Le Roux commented on OFBIZ-12982:
-
Hi Nicolas,
I did not forget, just that I got my plate full :)
> updateMyTimesheet throws an error
> -
>
> Key: OFBIZ-12982
> URL: https://issues.apache.org/jira/browse/OFBIZ-12982
> Project: OFBiz
> Issue Type: Bug
> Components: projectmgr
>Reporter: Pierre Smits
>Assignee: Nicolas Malin
>Priority: Major
> Attachments: OFBIZ-12982.patch
>
>
> When updating a timesheet in projectmgr following error is thrown:
> {code:java}
> The Following Errors Occurred:
> Error:Error running the simple-method: Could not find name="assignPartyToWorkEffort"> in XML document
> component://workeffort/minilang/workeffort/WorkEffortSimpleServices.xml,
> File#Method = ProjectServices.xml#updateTimeEntryByWorkeffort, Element =
> , Line 491null
> {code}
> to try/test:
> https://demo-trunk.ofbiz.apache.org/projectmgr/control/MyTimesheet and update
> the timesheet with a selected task and time.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Created] (OFBIZ-13071) Could not find PortalPage with portalPageId []
Jacques Le Roux created OFBIZ-13071:
---
Summary: Could not find PortalPage with portalPageId []
Key: OFBIZ-13071
URL: https://issues.apache.org/jira/browse/OFBIZ-13071
Project: OFBiz
Issue Type: Bug
Components: sfa
Affects Versions: Upcoming Branch
Reporter: Jacques Le Roux
Assignee: Jacques Le Roux
Fix For: Upcoming Branch
This is a weird behaviour. Yet it's not really a bug but something that spider
bots do. They get to ListTimezones while not being signed in (hard for spider
bot). Here are 2 cases:
{noformat}
18.224.149.242 - - [26/Apr/2024:03:20:05 +] "GET
/sfa/control/setSessionTimeZone?tzId=Australia/Melbourne HTTP/1.1" 200 42716
"-" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible;
ClaudeBot/1.0; +claude...@anthropic.com)"
2024-04-26 03:20:05,254 |-0.0.0.0-8009-exec-4 |ModelScreenWidget
|E| Could not find PortalPage with portalPageId []
3.144.172.115 - - [26/Apr/2024:03:32:22 +] "GET
/sfa/control/setSessionTimeZone?tzId=Asia/Kuwait HTTP/1.1" 200 42716 "-"
"Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0;
+claude...@anthropic.com)"
2024-04-26 03:32:22,395 |-0.0.0.0-8009-exec-7 |ModelScreenWidget
|E| Could not find PortalPage with portalPageId []
{noformat}
It happens only for SFA. [All the others| https://s.apache.org/gwyw2 ] are not
concerned
Why only SFA is concerned is unclear but not really a problem. Because once
signed in the problem dissapears. The only problem is that if a spider bot gets
to your production server it will clutter the log. There is 636 possible
hours...
Now that I know the reason, I'll try to find a workaround.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
