Focal Point Banner


As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.

Join the TIBCO Community
TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.

  • From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
  • Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
  • Request access to the private WebFOCUS User Group (login required) to network with fellow members.

Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.


Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     Could IBI Developers get Back Button to work with Drill in PDF and Excel

Read-Only Read-Only Topic
Go
Search
Notify
Tools
Could IBI Developers get Back Button to work with Drill in PDF and Excel
 Login/Join
 
Master
posted
Hi

I've always been frustrated that the back button only works with HTML drill - you have to go back 2 in the dropdown by the back button for PDF and Excel. I have always assumed this to be the fault of IE in that it should not hold redirects in its back list or there should be a setting to turn this off or on.

However according to this article it's up to the developer to ensure the back button works.

http://www.webmasterworld.com/forum91/2996.htm

I'm no great shakes at html - does anyone know could IBI code their redirects to get the back button to work?

Looking forward to your answers

John



Server: WF 7.6.2 ( BID/Rcaster) Platform: W2003Server/IIS6/Tomcat/SQL Server repository Adapters: SQL Server 2000/Oracle 9.2
Desktop: Dev Studio 765/XP/Office 2003 Applications: IFS/Jobscope/Maximo
 
Posts: 888 | Location: Airstrip One | Registered: October 06, 2006Report This Post
Expert
posted Hide Post
John,

The reason that the back button "does not work" in PDF and Excel outputs is down to the fact that the output is redirected (see redirection settings on your server) and as a result the back button - which issues a javascript go.back() - only backs up to the point at which the redirection took place.

If you click on the down arrow next to the back button you will see the history for that browser window and you can select the second item in the list to take you back to where you want to go.

T



In FOCUS
since 1986
WebFOCUS Server 8.2.01M, thru 8.2.07 on Windows Svr 2008 R2  
WebFOCUS App Studio 8.2.06 standalone on Windows 10 
 
Posts: 5694 | Location: United Kingdom | Registered: April 08, 2004Report This Post
Virtuoso
posted Hide Post
John,

It is not a browser issue, or directly an HTML issue.

When a request for a report is made, you will see a URL something like:
http://server/ibi_apps/WFServlet?......

If it is an HTML request, then a page is returned directly, if PDF/EXCEL the page is 'refreshed' with the URL to retrieve the PDF/EXCEL file, that's the URL with the GETBINARY in it. That is 2 URLs since the original call, not 1.

The only way to control this would be via the server, but a general feeling is that this might be problematic. If the same URL is requested via the Back button, the server could pass control back one level, but what happens if the refresh button is pressed, it can get very complicated, though someone in IB may have the skill to do this effectively.

WebFOCUS is not unique here, many programs/sites suffer the same and it is a general usability issue.


Alan.
WF 7.705/8.007
 
Posts: 1451 | Location: Portugal | Registered: February 07, 2007Report This Post
Virtuoso
posted Hide Post
Haven't realy tried this, but what would happen if you specified pdf and/or excel downloads not to be redirected?
You can control that through your mime types file (the mime.wfs) in the webfocus client environemnt. I think it is even accessible through the client console.
Remember to restart tomcat when you're done modifying the mime wfs file directly.


GamP

- Using AS 8.2.01 on Windows 10 - IE11.
in Focus since 1988
 
Posts: 1961 | Location: Netherlands | Registered: September 25, 2007Report This Post
Virtuoso
posted Hide Post
For the record, WF does issue a location.replace(url). Theoretically, this should replace the current history contents of the browser session so that when you click the back button you then get the 2 pages ago. This does work properly when the URL is a HTML file. The actual problem here is that the location.replace() does not work as documented when using IE and the returning document has a content type other than HTML.

If you do GamP's idea and change the mime settings, then the back button will work, but then drill downs will become an issue.

I think the real problem lies with IE here, and not IB. I cannot find any Javascript documentation that says the location.replace(url) will only work with HTML files.

I haven't tried Firefox or any other browser to see if this problem happens with them as well.


"There is no limit to what you can achieve ... if you don’t care who gets the credit." Roger Abbott
 
Posts: 1102 | Location: Toronto, Ontario | Registered: May 26, 2004Report This Post
Virtuoso
posted Hide Post
quote:
I haven't tried Firefox or any other browser to see if this problem happens with them as well.


I just ran a test with a Firefox PDF Plug-in, and it worked as documented. In other words, the back button brought me back to the starting screen before the PDF file was displayed.

So, I believe this is an IE issue, and not a WebFOCUS issue. Maybe we should all open a thread on an IE developer forum and ask MS to properly support the location.replace() method.


"There is no limit to what you can achieve ... if you don’t care who gets the credit." Roger Abbott
 
Posts: 1102 | Location: Toronto, Ontario | Registered: May 26, 2004Report This Post
Expert
posted Hide Post
Darryl,

... and the chances of Bill going along with that are .............?

Two hopes - and one of them's Bob!! Wink

T



In FOCUS
since 1986
WebFOCUS Server 8.2.01M, thru 8.2.07 on Windows Svr 2008 R2  
WebFOCUS App Studio 8.2.06 standalone on Windows 10 
 
Posts: 5694 | Location: United Kingdom | Registered: April 08, 2004Report This Post
Virtuoso
posted Hide Post
quote:
Originally posted by Tony A:
Two hopes - and one of them's Bob!! Wink


Nice!

On a side note: Maybe there is hope!


"There is no limit to what you can achieve ... if you don’t care who gets the credit." Roger Abbott
 
Posts: 1102 | Location: Toronto, Ontario | Registered: May 26, 2004Report This Post
Expert
posted Hide Post
There's points in that article that could apply to some other software vendors I know of Wink

T



In FOCUS
since 1986
WebFOCUS Server 8.2.01M, thru 8.2.07 on Windows Svr 2008 R2  
WebFOCUS App Studio 8.2.06 standalone on Windows 10 
 
Posts: 5694 | Location: United Kingdom | Registered: April 08, 2004Report This Post
Master
posted Hide Post
Thanks very much to everyone who replied to this. Maybe IE8 will sort this out.

(Or maybe not since Microshaft seems intent on wanting the world to follow its standards while ignoring any worldwide standards itself!)



Server: WF 7.6.2 ( BID/Rcaster) Platform: W2003Server/IIS6/Tomcat/SQL Server repository Adapters: SQL Server 2000/Oracle 9.2
Desktop: Dev Studio 765/XP/Office 2003 Applications: IFS/Jobscope/Maximo
 
Posts: 888 | Location: Airstrip One | Registered: October 06, 2006Report This Post
Virtuoso
posted Hide Post
So close but no cigar.

I was a little bored on the weekend, so I started thinking about this problem. What I tried was to use cookies to store the users navigation for either excel or pdf file. The idea was pretty simple: As a pdf or excel file was generated, the forwarding page would identify the unique url file name and append it to a predefined cookie. When the page was re-loaded (by the back button), if the unique file name was already part of the cookie, then it would remove the name from the cookie and issue window.back(). If the file name did not exist, then it would append the file name to the cookie and allow the page to proceed as normal.

This worked surprisingly well except:
- I could not identify when a forward button was pressed.
- A back button issued on the original page would result in a blank page being presented (because there was no history to go back to).

All in all, I don't know if this behaviour is better or worse the what is currently there.


"There is no limit to what you can achieve ... if you don’t care who gets the credit." Roger Abbott
 
Posts: 1102 | Location: Toronto, Ontario | Registered: May 26, 2004Report This Post
  Powered by Social Strata  

Read-Only Read-Only Topic

Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     Could IBI Developers get Back Button to work with Drill in PDF and Excel

Copyright © 1996-2020 Information Builders