Saturday, February 25, 2012

Deploy to Server or Open from Server doesn't work

Sometimes when a report is deployed after changes, the changes do not show up
on the Reporting Server, however the changes do show up in VS. Changing the
report and deploying again have no affect on the displayed report.
Also, sometimes a report will display one way on the server, but be a
completely different version in VS, what can be done to stop this behavior?After you deploy you show shut down IE and open up a new instance of IE.
One of the things you are seeing is a caching issue.
As far as it looking different, I haven't seen that. What I have seen is
bugs present in VS that are not there in the production environment. So if I
have something weird occur with the preview I always deploy and see if the
problem still shows itself.
Bruce Loehle-Conger
MVP SQL Server Reporting Services
"Alec Hardy" <Alec Hardy@.discussions.microsoft.com> wrote in message
news:56CEB137-0768-46A6-805D-258C3D970403@.microsoft.com...
> Sometimes when a report is deployed after changes, the changes do not show
> up
> on the Reporting Server, however the changes do show up in VS. Changing
> the
> report and deploying again have no affect on the displayed report.
> Also, sometimes a report will display one way on the server, but be a
> completely different version in VS, what can be done to stop this
> behavior?|||Tried shuting down IE and reopening, then viewing the report again, same thing.
Interesting thing is that when I export to PDF, the report looks fine,
exactly what I'm seeing in visual studio, however from inside report manager,
not good.
Problem is alignment in the Page header of the report name and Date Time.
"Bruce L-C [MVP]" wrote:
> After you deploy you show shut down IE and open up a new instance of IE.
> One of the things you are seeing is a caching issue.
> As far as it looking different, I haven't seen that. What I have seen is
> bugs present in VS that are not there in the production environment. So if I
> have something weird occur with the preview I always deploy and see if the
> problem still shows itself.
>
> --
> Bruce Loehle-Conger
> MVP SQL Server Reporting Services
>
> "Alec Hardy" <Alec Hardy@.discussions.microsoft.com> wrote in message
> news:56CEB137-0768-46A6-805D-258C3D970403@.microsoft.com...
> > Sometimes when a report is deployed after changes, the changes do not show
> > up
> > on the Reporting Server, however the changes do show up in VS. Changing
> > the
> > report and deploying again have no affect on the displayed report.
> >
> > Also, sometimes a report will display one way on the server, but be a
> > completely different version in VS, what can be done to stop this
> > behavior?
>
>|||As a follow up to my previous post, I found that having overlaping text boxes
will cause the text boxes to wrap and not follow the alignment that set up in
VS. This is apparently only true for viewing the report in Report Manager,
as it will look fine when exported.
"Alec Hardy" wrote:
> Tried shuting down IE and reopening, then viewing the report again, same thing.
> Interesting thing is that when I export to PDF, the report looks fine,
> exactly what I'm seeing in visual studio, however from inside report manager,
> not good.
> Problem is alignment in the Page header of the report name and Date Time.
> "Bruce L-C [MVP]" wrote:
> > After you deploy you show shut down IE and open up a new instance of IE.
> > One of the things you are seeing is a caching issue.
> >
> > As far as it looking different, I haven't seen that. What I have seen is
> > bugs present in VS that are not there in the production environment. So if I
> > have something weird occur with the preview I always deploy and see if the
> > problem still shows itself.
> >
> >
> > --
> > Bruce Loehle-Conger
> > MVP SQL Server Reporting Services
> >
> >
> >
> > "Alec Hardy" <Alec Hardy@.discussions.microsoft.com> wrote in message
> > news:56CEB137-0768-46A6-805D-258C3D970403@.microsoft.com...
> > > Sometimes when a report is deployed after changes, the changes do not show
> > > up
> > > on the Reporting Server, however the changes do show up in VS. Changing
> > > the
> > > report and deploying again have no affect on the displayed report.
> > >
> > > Also, sometimes a report will display one way on the server, but be a
> > > completely different version in VS, what can be done to stop this
> > > behavior?
> >
> >
> >|||Sorry, don't have any suggestions. I have never seen it be worse deployed, I
have always had the opposite problem.
--
Bruce Loehle-Conger
MVP SQL Server Reporting Services
"Alec Hardy" <AlecHardy@.discussions.microsoft.com> wrote in message
news:4D158749-13A8-4A4F-8AED-7BF94285BB64@.microsoft.com...
> Tried shuting down IE and reopening, then viewing the report again, same
thing.
> Interesting thing is that when I export to PDF, the report looks fine,
> exactly what I'm seeing in visual studio, however from inside report
manager,
> not good.
> Problem is alignment in the Page header of the report name and Date Time.
> "Bruce L-C [MVP]" wrote:
> > After you deploy you show shut down IE and open up a new instance of
IE.
> > One of the things you are seeing is a caching issue.
> >
> > As far as it looking different, I haven't seen that. What I have seen is
> > bugs present in VS that are not there in the production environment. So
if I
> > have something weird occur with the preview I always deploy and see if
the
> > problem still shows itself.
> >
> >
> > --
> > Bruce Loehle-Conger
> > MVP SQL Server Reporting Services
> >
> >
> >
> > "Alec Hardy" <Alec Hardy@.discussions.microsoft.com> wrote in message
> > news:56CEB137-0768-46A6-805D-258C3D970403@.microsoft.com...
> > > Sometimes when a report is deployed after changes, the changes do not
show
> > > up
> > > on the Reporting Server, however the changes do show up in VS.
Changing
> > > the
> > > report and deploying again have no affect on the displayed report.
> > >
> > > Also, sometimes a report will display one way on the server, but be a
> > > completely different version in VS, what can be done to stop this
> > > behavior?
> >
> >
> >

No comments:

Post a Comment