PASOE ERROR Cancel The title field is required!

1. Roger Blanchard

   

   381 posts
   Registered:
   29 Jun 2018
   13 Oct 2022

   Link to this post

   Has anyone seen the following error? It is occurring sporadically when calling InvokeTask. 
   
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        Unable to communicate with AIA. The Web Server returned an HTTP status code of 400. (9328)
   
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        Unable to communicate with AIA. The Web Server returned an HTTP status code of 400. (9328)
   
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        Unable to communicate with AIA. The Web Server returned an HTTP status code of 400. (9328)
   
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        Unable to communicate with AIA. The Web Server returned an HTTP status code of 400. (9328)
   
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        Unable to communicate with AIA. The Web Server returned an HTTP status code of 400. (9328)
   
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        Unable to communicate with AIA. The Web Server returned an HTTP status code of 400. (9328)
   
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        Unable to communicate with AIA. The Web Server returned an HTTP status code of 400. (9328)
   
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        Unable to communicate with AIA. The Web Server returned an HTTP status code of 400. (9328)
   
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        Unable to communicate with AIA. The Web Server returned an HTTP status code of 400. (9328)
   
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        InvokeTask Consultingwerk.OERA.ServiceAdapter at line 3905  (Consultingwerk/OERA/ServiceAdapter.r)
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        InvokeTask Osprey.CustomClasses.OERA.OspreyServiceAdapter at line 710  (Osprey/CustomClasses/OERA/OspreyServiceAdapter.r)
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        ospreyToolbarController1_ToolClick Osprey.Host.PurchaseOrder.ReplenishmentOrderTempForm at line 1192  (Osprey/Host/PurchaseOrder/ReplenishmentOrderTempForm.r)
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        OnToolClick Consultingwerk.SmartComponents.Implementation.SmartToolbarController at line 2463  (Consultingwerk/SmartComponents/Implementation/SmartToolbarController.r)
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        OnToolClick Osprey.CustomClasses.SmartComponents.OspreyToolbarController at line 779  (Osprey/CustomClasses/SmartComponents/OspreyToolbarController.r)
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        SetupApp.p at line 207  (SetupApp.r)
   [22/10/12@10:32:39.736-0400] P-012788 T-012312 1 4GL ORS_ERR        ospreyhost.r at line 538  (ospreyhost.r)
2. Peter Judge

   

   8 posts
   Registered:
   11 Aug 2022
   13 Oct 2022 in reply to Roger Blanchard

   Link to this post

   Hi Roger,
   
   Are you seeing the error with the same request? Are there any errors in the PASOE logs?
   
   -- peter
   
3. Roger Blanchard

   

   381 posts
   Registered:
   29 Jun 2018
   13 Oct 2022 in reply to Peter Judge

   Link to this post

   Hello Peter,
   
   I hope you are well.
   
   It is the same request that is generating the error or so it appears. This was just reported to us last week and it took a week to actually get the client side logs from our reseller. I have seen it twice in these logs with the same call.
   
   I have yet to receive the PASOE logs...just requested again 30 minutes ago.
   
   
4. Roger Blanchard

   

   381 posts
   Registered:
   29 Jun 2018
   20 Oct 2022 in reply to Roger Blanchard

   Link to this post

   Hey Peter,
   
   I finally received the logs folder...
   
   This is in the local access log for that time. The same 400 error. There is nothing in the agent log file. 
   
   192.168.200.151 - - [12/Oct/2022:10:32:39 -0400] "-" 400 1890 2
   192.168.200.151 - - [12/Oct/2022:10:32:39 -0400] "-" 400 1890 0
   192.168.200.151 - - [12/Oct/2022:10:32:39 -0400] "-" 400 1890 0
   192.168.200.151 - - [12/Oct/2022:10:32:39 -0400] "-" 400 1890 0
   192.168.200.151 - - [12/Oct/2022:10:32:39 -0400] "-" 400 1890 0
   192.168.200.151 - - [12/Oct/2022:10:32:39 -0400] "-" 400 1890 1
   192.168.200.151 - - [12/Oct/2022:10:32:39 -0400] "-" 400 1890 0
   192.168.200.151 - - [12/Oct/2022:10:32:39 -0400] "-" 400 1890 0
   192.168.200.151 - - [12/Oct/2022:10:32:39 -0400] "-" 400 1890 0
5. Mike Fechner

   

   319 posts
   Registered:
   14 Sep 2016
   21 Oct 2022 in reply to Roger Blanchard

   Link to this post

   Just to clarify - this is a GUI application? What'S happening on the client when that error happens? Does the client receive an error or a stop condition? 
   
   Is this happening after a longer idle period, so the client making the first request after a while? 
   
   Anything helpful from Progress tech-support?
6. Roger Blanchard

   

   381 posts
   Registered:
   29 Jun 2018
   21 Oct 2022 in reply to Mike Fechner

   Link to this post

   Hello Mike,
   
   >> this is a GUI application?
   
   This is a GUI application that is running 11.7 WebClient. 
   
   >> What'S happening on the client when that error happens
   
   The two times that this has happened it was on the same form calling InvokeTask from the toolbar controller. This form is used to update TT records in an updateable grid and then a "Comit" tool is used to send the entire PDS to the server for processing. We are trying to determine how many records were in the TT and if it is possible a large number of records in the TT could cause this. 
   
   >> Does the client receive an error or a stop condition? 
   
   They receive an error in an alert box (Unable to communicate with AIA. The Web Server returned an HTTP status code of 400. (9328)). I am told at that point the app is locked and they have to end task. I am trying to confirm that as the logs look to me that the app ended gracefully.  
   
   >> Is this happening after a longer idle period, so the client making the first request after a while? 
   
   It does not appear that is the case. The user was active, and the logs show they were reviewing the records in the grid for a few minutes and then clicked the "Comit". 
   
   >> Anything helpful from Progress tech-support?
   
   I do have a call open with them and have provided the requested logs to them.