Notes |
|
|
|
|
|
There is a possible work around for this with configuring reports to not 'fail' when a report is unable to load an image successfully.
Phil |
|
|
|
Changing the onErrorType value for the image to "Blank" will only produce a blank page. We can change to "Icon" which will return a default jasper icon. |
|
|
|
|
|
|
Awaiting confirmation of the issue. Tried to reproduce and purchase order report is working with both the ipaddress and the machine name. |
|
|
|
Customer environment access has been given to the developer (pheenan) to test it |
|
|
|
networkb: please remember to change the status from Feedback to New when you have provided the requested information. |
|
|
|
Have received an environment for testing this issue but awaiting information on whether it is possible to create test data for this. |
|
|
(0011705)
|
dbaz
|
2008-12-23 14:02
|
|
Please ensure that in
Openbravo.properties
the following lines are exactly like
context.url=@actual_url_context@
web.url=@actual_url_context@/web
if not change them, compile, and try again. |
|
|
|
The version we are using is 2.35 so we have modify the build.xml instead of modifying the Openbravo.properties, but we get the same error when printing reports with images. The image can not be loaded. |
|
|
|
Phil, back to you, please have a look when you're back |
|
|
(0011856)
|
dbaz
|
2009-01-02 13:45
|
|
Another clue. If it is 2.35 try to change in build.xml
<property name="context.url" value="http://localhost:8880/openbravo"/> [^]
with this
<property name="context.url" value="@actual_url_context@"/>
if it doesn't work I don't have any other idea... sorry |
|
|
|
Feedback is required with the change suggested by dbaz. |
|
|
|
Phil is testing the change suggested |
|
|
|
Tests have failed. Phil is installing the same application in local |
|
|
|
|
|
|
After investigation it looks like this issue is caused by a customisation to the standard jasper report implementation. Asking the reporter for feedback on this. |
|
|
|
Some tests have been done and we found in Openbravo MP9 does not work as well.
So it does not matter the method used to create the Jasper Report.
In MP9 does not work (so it is supposed that it is an OBN bug), but in branch 2.3x, yes. |
|
|
|
Have applied a change to the path to find the image files. This change has been applied to the test system provided by 2nd level support and is currently being tested by them to verify the fix.
If this is confirmed the patch can be applied to the appropriate branches for 2.35, 2.40, and trunk. |
|
|
|
Fix is not consistent with the design aims of the web.url attribute in the Openbravo.properties file.
The correct resolution for this problem is to resolve the ip address to the server name. The base of the issue is that the server is not able to resolve it's own ip address when looking for the image file.
Will investigate redirecting a URL with the ip address to the server name for that server. |
|
|
|
A new fix has been applied to the test system that redirects a request sent with the ipaddress to the actual server name. An email has been sent to all parties regarding whether this fix is suitable for the application and depending on the response from this email the fix will either be committed or discarded. |
|
|
|
The fix for this issue lies in configuration of the server and network. No patch will be created for this in the Openbravo ERP application. |
|
|
|
|
|
|
Please check the network configuration for this server to ensure that it is able to 'loopback' which will allow it to resolve it's external ip address. |
|
|
|
To enable IP Loopback access the router settings and switch on or enable "IP NAT loopback".
You can test if this is successful by using the following command
wget http://[Openbravo [^] web context]/web/images/CompanyLogo_big.png
In the [Openbravo web context] use both the server name and the ip address. The IP Address should be the external IP address for the server.
Following IP Nat Loopback being enabled this process should return the image for both the server name and the external ip address. |
|
|
|
No code change required, therefore closed as discussed in OBN status meeting this morning |
|