V7.7.03 HF6

I created an HTML page and added only a double list box. In HTML Composer I can see the background images for the four arrow buttons. When I run the file, I do not see the background images.

The background images are applied using this proprietary styling:

StyleBack_rtFileName="htmlpathsub/javaassist/ibi/html/describe/move_right_16.png"

We currently have to replace "rtFileName" by "src" in some areas of the HTML code to correct the external JS file links - I wonder if we have to do the same here.

This message has been edited. Last edited by: Francis Mariani,

I just verified that the images do exist in the correct folder on the server:

http://server1/ibi_html/javaassist/ibi/html/describe/move_right_16.png

This message has been edited. Last edited by: Francis Mariani,

Hi Francis,

You are not alone. I opened up a case on this about a week ago. Waiting for Barry Solomon to return from vacation so we can work on it.

Michelle

Michelle, thanks for confirming the issue.

The difference between the files generated by DevStudio HF5 and later and DevStudio pre-HF5 is that the background images are applied differently - the old way uses CSS (which makes more sense to me), the new way uses a proprietary tag. The (ridiculous?) thing is that both version use CSS to place this background image (BACKGROUND-REPEAT, BACKGROUND-POSITION).

<INPUT style="
Z-INDEX: 8; POSITION: absolute; 
BACKGROUND-COLOR: lavender; WIDTH: 24px; BACKGROUND-REPEAT: no-repeat; BACKGROUND-POSITION: center center; 
HEIGHT: 20px; TOP: 73px; LEFT: 88px" id=customselect1_downbutton tabIndex=8 
onclick='moveSelectedItems("compUid_1", "")' value=" " type=button persistentuniqueid="compUid_6" 
StyleBack_rtFileName="htmlpathsub/javaassist/ibi/html/describe/move_down_16.png" 
buddyuniqueid="compUid_1" name="button4">

<INPUT style="
BACKGROUND-IMAGE: url(htmlpathsub/javaassist/ibi/html/describe/move_down_16.png); 
Z-INDEX: 8; POSITION: absolute; 
BACKGROUND-COLOR: lavender; WIDTH: 24px; BACKGROUND-REPEAT: no-repeat; BACKGROUND-POSITION: center center;
HEIGHT: 20px; TOP: 73px; LEFT: 88px" id=customselect1_downbutton tabIndex=8 
onclick='moveSelectedItems("compUid_1", "")' value=" " type=button persistentuniqueid="compUid_6" 
buddyuniqueid="compUid_1" name="button4">

And we're being told to not look at the code...

Francis,

Are you using a RIA theme on your HTML page?

I am not using an RIA theme.

Here's a work-around:

1) Copy the four images from a DevStudio folder (C:\ibi\DevStudio77\ibi_html\javaassist\ibi\html\describe\) to the MRE Domain "Other" folder.
2) Using DevStudio HTML Composer GUI, click on each button > click on the Properties - Styling, change the Background Image location (select the image from the Other folder).
3) Save and run.

This works for me.

We backed out of the HF's because of these issues. Any time you edit the html page (or even open it and click save), the src references will get messed up. This will happen to old html files as well and the new ones are generated incorrectly. This was "supposed" to be fixed in HF6, but wasn't.
The hot fixes seem to work fine with a 7703 reporting server with client hf6 on the server and dev studio hf 6, but it the reporting server is 7704 (which is the case for many people trying to test in advance for the new release, they will have one server on 7703 and one on 7704), and the client is hf6, and dev studio has hf6, it will not work.
In order for the 7704 to work, the dev studio local reporting server has to be 7704 which means that two seperate installs of dev studio would be needed (one with 7704 local reporting server for the server that is 7704 and the necessary hotfixes and one with 7703).

So, if one server is a pre-production server 7704 and the other is production with 7703, the files will not be backwards compatible even with the hot fixes (and obviously if the local reporting servers are different).

So we switched back to 7703 without hot fixes.

Sorry for the long explanation, but it might save someone a few days of frustration.

Thanks for sharing - sounds like a mess to me.

I as well saw some issue with HF6 and 7704. I applied both and my treecontrols would not display, so I went back to 7703 with HF6 and now my treecontrols work and it looks like the save paramaters with the tree controls work properly.

Yes, we have 7.7.03 as well but haven't done HF6 yet. That's where Barry left off with me, waiting for us to do the HF to see if that would correct the issue.

Thank you for the work around Francis.
And thanks for the info J and Matt, I will pass along the concerns
with doing HF6 to Barry.

There is a problem reported for this and I believe we fixed it. Please contact Customer Support Services to get the fix.

If the fix is HotFix 6 with one additional dll, then it isn't fixed.

Wouldn't it be nice if the direction of development would be to use standard HTML and CSS rather than proprietary tags? What is the necessity of StyleBack_rtFileName instead of simple CSS? This change seemed to have occurred in HotFix 6, but I see no mention of this change in the Read Me file.

Francis,

The change to "rtFileName" occurred because one customer did not like getting HTTP 404 errors in their web server log for image references. In order to allow a page to be portable between environments, we use a symbolic for the aliases on the web server and we resolve that using JavaScript. Now, HTML loads by the web server and since that symbolic is not resolved, the web server sees it as an invalid path and gets HTTP 404's. So, to prevent the HTTP 404's, we use a custom attribute that the web server ignores and we resolve it in JavaScript.

"rtFileName" seems to be broken for many customers. HotFix 5... HotFix 6...

I assume rtFileName is not working for anybody.

This works for many. I suggest you open a case and provide your example as the reproduction.

Rolled back HF6 to HF5 and things are behaving...