[
https://issues.apache.org/jira/browse/OFBIZ-13071?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17841516#comment-17841516
]
Jacques Le Roux edited comment on OFBIZ-13071 at 4/28/24 7:03 AM:
------------------------------------------------------------------
Commit bc92ac06fab17186ca63b6e96adcf5037e87f796 in ofbiz-framework's branch
refs/heads/trunk from Jacques Le Roux
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=bc92ac06fa ]
Improved: Could not find PortalPage with portalPageId [] (OFBIZ-13071)
When a spider bot gets to certain non-sense URIs under sfa app (it seems only
for sfa, did not dig further it's non-sense anyway) like discovered in
trunk demo log today: <</sfa/control/setSessionTimeZone?tzId=America/Ensenada>>
the <<Could not find PortalPage with portalPageId []>> error shows
Then we don't need to clutter the log with useless error information.
This keeps it as simple as possible by simply returning the portalPage if it's
null.
was (Author: jira-bot):
Commit bc92ac06fab17186ca63b6e96adcf5037e87f796 in ofbiz-framework's branch
refs/heads/trunk from Jacques Le Roux
[ https://gitbox.apache.org/repos/asf?p=ofbiz-framework.git;h=bc92ac06fa ]
Improved: Could not find PortalPage with portalPageId [] (OFBIZ-13071)
When a spider bot gets to certain non-sense URIs under sfa app (it seems only
for sfa, did not dig further it's non-sense anyway) like discovered in
trunk demo log today: <</sfa/control/setSessionTimeZone?tzId=America/Ensenada>>
the <<Could not find PortalPage with portalPageId []>> error shows
Then we don't need to clutter the log with useless error information.
This keeps it ASAP by simply returning the portalPage if it's null.
> 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 +0000] "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 +0000] "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)
