Bookmarks and browser "Back" button behavior.

I am using a lot of "BookmarkIds" and "Jump To Bookmarks" in a certain
report to Navigate around. There is a menu at the top of the report
that allows you to hyperlink down to more detail below. Problem is
this: When I hyperlink from the menu (at the top of the report) down to
more detail, I expect to be able to hit the Back button in my browser,
and return to the original spot in the report. Well, nothing happens
when I hit the browsers Back button. However, if I Export this report
to an MHTML file, the MTHML file works as desired (although it seems to
redisplay the report rather than go to previous link). One more
thing... I am pretty sure this WAS working at one time. Has anyone else
had similar trouble?I have more info on this problem. After exporting to an MHTML file, the
browser Back button works for the first few times I use it, then it
simply stops working until I exit the report and come back in. It is
not grayed out, it just stops going back to the top of the report when
pressed.
Thanks.
Eric

Bookmark and back button behavior in Report Manager/IE.

Can anyone verify the expected behavior of the browser back button for
me please? Using Report Manager, I have a one-page report with several
bookmarks. When I jump from a link to one of my bookmarks, is the
"back" button in the browser supposed to take me back to the
originating link? It does nothing. (Using Reporting Services SP1 (Dev)
and IE 6.0 SP2 all on XP os).
Then when I export this to Web Archive (mhtml) format, the back button
works fine for while, then randomly stops working after hitting an
unpredictable number of links within this one-page report. However,
using Netscape 7.0, the exported Web Archive file works beautifully.
Ericemrust@.yahoo.com wrote:
> Can anyone verify the expected behavior of the browser back button for
> me please?
Hi Eric,
i got the same behaviour. After an unpredictable number of jumps from report
to bookmarks and back the browser opens sometimes blank report page or does
nothing.
regards
frank|||Thanks for the reply Frank. Does your browser back button work when
viewing the report using Report Manager? (not an exported file, within
a single page report and using bookmarks within that report) In other
words, you jump to a link within a page, then press the back button to
return to the original link on same page?
I thought mine was working, but I cannot be sure and I don't want to
re-install unless I have to.|||emrust@.yahoo.com wrote:
> In other
> words, you jump to a link within a page, then press the back button to
> return to the original link on same page?
Yes that works for me, but:
If i got some hyperlinks in my report and jump to a linked report, the
Back-Button work for while and after
some clicks...the back button stop working
frank|||After a little more testing, the bookmarks work fine if I say
rc:toolbar=false. Any ideas anyone? Do I need to re-install
something to get the back button and bookmarks to work with the toolbar
active?
Eric|||Here is an update on this problem for anyone interested.
I uninstalled and re-installed everything (vs.net and RS 2000) to no
avail.
I installed SP2. Same back-button problems.
So, I opened an incident with Microsoft and they were able to reproduce
the same behavior listed here.
I was told that an official bug report was issued. I am awaiting the
final word.
Eric|||Unfortunately, this bookmark problem has been determined (by Microsoft)
to be a bug. It was present in SP1 (at least for me) and is also still
present in SP2. I wonder if it existed in the original release of RS
2000? It seems to me like a fairly large oversight, and I am a little
surprised no one found it earlier. Guess I'll have to try another
method. I really like the bookmarks since they are so easy to setup and
use. If only the browser back button worked when using the html viewer
and bookmarks, I would be a happy camper.
Eric|||To make the back button work after using a bookmark to hyperlink, the
workaround I discovered is this....
Go directly to the report using a URL with rc:javascript=false. And
rc:toolbar=false works too, if you don't need the toolbar.
Does anyone know if there is a way to turn off javascript within the
report design so I can use report manager to access the report also?
Thanks,
Ericsql

Body BackgroundImage not displayed in browser

I have been trying to set up reports with a background image. The background displays correctly on the preview tab in Visual Studio, but is not visible when deployed to the report server and rendered in Internet Explorer.

However, if the report is printed, or exported to PDF or Excel, the background displays correctly.

It does not seem to make any difference if the image is external or embedded. Also, the problem only seems to affect the Body properties; a background image attached to a table, for example, seems to display correctly.

Has anybody else seen this behavior? I have not done extensive testing, but every report that I have tried seems to have the same problem. Is there a setting someplace that I am missing, or is this perhaps a bug in IE?

This sounds like a known issue in RS 2005 SP1 where the background images does not show up when rendering with the ReportViewer control. This was addressed in a Hotfix and will also be fixed in Visual Studio 2005 SP1.

-Chris

|||

I am running RS 2005 with SP2. When I render a RS report to Internet Explorer the background image still is not displaying, though the image does print. Exactly as described in the origional message. Any ideas?

Thanks!

Body BackgroundImage not displayed in browser

I have been trying to set up reports with a background image. The background displays correctly on the preview tab in Visual Studio, but is not visible when deployed to the report server and rendered in Internet Explorer.

However, if the report is printed, or exported to PDF or Excel, the background displays correctly.

It does not seem to make any difference if the image is external or embedded. Also, the problem only seems to affect the Body properties; a background image attached to a table, for example, seems to display correctly.

Has anybody else seen this behavior? I have not done extensive testing, but every report that I have tried seems to have the same problem. Is there a setting someplace that I am missing, or is this perhaps a bug in IE?

This sounds like a known issue in RS 2005 SP1 where the background images does not show up when rendering with the ReportViewer control. This was addressed in a Hotfix and will also be fixed in Visual Studio 2005 SP1.

-Chris

|||

I am running RS 2005 with SP2. When I render a RS report to Internet Explorer the background image still is not displaying, though the image does print. Exactly as described in the origional message. Any ideas?

Thanks!

Blank browser window when exporting to PDF

Hi:
Is there any way to avoid the blank browser window we see when exporting a
report to pdf?
I'll prefer to download the pdf on the same window to save it to the disk,
or to open it on another browser window using the acrobat reader plugin, but
what reporting services is doing is sending a request to download the report
on a new window, so after finishing the download, the user has to close this
window.
Any solutions?
Thanks,
Daniel Bello UrizarriI do not know what happens to you, here is what happend with my browser
(IE7.0, but it behaved the same when I used IE6):
1. In report viewer, choose export to PDF (or any other exporting format)
and click "Export";
2. A blank Browser window pops up followed by "File Download" dialog box
with button "Open", "Save", and "Cancel";
3.
a. If you choose "Open", the report is opened inside the new browser
window;
b. If you choose "Save" or "Cancel", the newly opened browser CLOSES
automatically. Of course, when you choose "Save", "Save File" dialog box
pops up while the blank browser window closes.
It must be something wrong with your browser/or setting being changes, such
as certain type of client-side script were disabled..., if it does not close
the blank window automatically.
"Daniel Bello" <dburizarri@.yahoo.es> wrote in message
news:eZ0bdYioHHA.5052@.TK2MSFTNGP04.phx.gbl...
> Hi:
> Is there any way to avoid the blank browser window we see when exporting a
> report to pdf?
> I'll prefer to download the pdf on the same window to save it to the disk,
> or to open it on another browser window using the acrobat reader plugin,
> but what reporting services is doing is sending a request to download the
> report on a new window, so after finishing the download, the user has to
> close this window.
> Any solutions?
> Thanks,
> Daniel Bello Urizarri
>|||Norman:
In my PC (and most of the others in my company) the browser window never
gets closed. If I click "Open", an instance of the Acrobat Reader standalone
application is started. If I click on "Save" or "Cancel", after the file
download dialog closes, the browser window remains there. I have IE 6 and
Acrobat Reader 7.
Do you have any ideas about where to look on the browser configuration to
change this behavior?
Thanks,
Daniel Bello Urizarri.
"Norman Yuan" <NotReal@.NotReal.not> wrote in message
news:%23WJPd6ioHHA.3880@.TK2MSFTNGP04.phx.gbl...
>I do not know what happens to you, here is what happend with my browser
>(IE7.0, but it behaved the same when I used IE6):
> 1. In report viewer, choose export to PDF (or any other exporting format)
> and click "Export";
> 2. A blank Browser window pops up followed by "File Download" dialog box
> with button "Open", "Save", and "Cancel";
> 3.
> a. If you choose "Open", the report is opened inside the new browser
> window;
> b. If you choose "Save" or "Cancel", the newly opened browser CLOSES
> automatically. Of course, when you choose "Save", "Save File" dialog box
> pops up while the blank browser window closes.
> It must be something wrong with your browser/or setting being changes,
> such as certain type of client-side script were disabled..., if it does
> not close the blank window automatically.
> "Daniel Bello" <dburizarri@.yahoo.es> wrote in message
> news:eZ0bdYioHHA.5052@.TK2MSFTNGP04.phx.gbl...
>> Hi:
>> Is there any way to avoid the blank browser window we see when exporting
>> a report to pdf?
>> I'll prefer to download the pdf on the same window to save it to the
>> disk, or to open it on another browser window using the acrobat reader
>> plugin, but what reporting services is doing is sending a request to
>> download the report on a new window, so after finishing the download, the
>> user has to close this window.
>> Any solutions?
>> Thanks,
>> Daniel Bello Urizarri
>