We've reproduced the issue. Looks like a bug in the crv.js file. We'll escalate this for a fix ASAP and I'll update the thread with the Technical Escalation number. Just to setup expectations. SP 1 for CRVS2010 is sealed now so the soonest we can expect a fix would be SP 2, ETA (not a guarantee) June.
- Ludek
Thanks - if its something simple and fixed beforehand woudl you post the change or the updated js file?
Absolutely. We're now trying to find what causes the issue in the js file with the hope that we can provide a work-around, etc., to get this working before June...
BTW.; I assume you had this working in the past(?). What version of CR were you using at that time?
Ludek
Edited by: Ludek Uher on Jan 14, 2011 12:54 PM
Great thanks.
We were using Version=10.2.3600.0
The issue has been forwarded to QA for resolution. As I mentioned on Jan 14, SP2 (June) is the earliest I'd expect a fix.
- Ludek
personally i'm not positive it's in crv.js - i am leaning more to allinone.js.
there are all kinds of places in there where anything referencing this.parent or this.parentnode or items in the mochkit refering to iframe() anything are all undefined.
although it's practically impossible to read, if you debug it you can find all these things.
so wait until june on this one then. that's really too bad.
We have the same problem, did some research and may have a temporary work around.
The frame the Crystal viewer was running in was called 'frameBody', but (in our case) Crystal changed the name dynamically to 'filter'. So we renamed our frame from 'frameBody' to 'filter' and changed all the 'TARGET' tags from 'frameBody' to 'filter' and it worked.
The problem suggests a couple of other solutions: changing the frame name back after Crystal has changed it, or changing the "TARGET' tags dynamically to whatever Crystal changed the frame name to, but each had it's own problems, and this was pretty simple.
JohnRY -
thanks for the heads up on this...much appreciated.
roy.
Further testing - it works IE, Mozilla - does not work in Safari and Chrome. Grr:(
Hello.
First thanks for the workaround but i have a big problem, i cant change the id of my main page. I need another solution for this bug, i tried to embed in a div, span.... this lines of code but didnt worked:
<CR:CRYSTALREPORTVIEWER id="CrystalReportViewer1" style="Z-INDEX: 102; LEFT: 8px; POSITION: absolute; TOP: 8px" runat="server" Height="50px" Width="350px" BorderColor="Black" BorderStyle="Solid" Visible="False" BorderWidth="2px" ></CR:CRYSTALREPORTVIEWER>
If exist a valid workaround for me i would appreciate that.
Thanks you.
Hey, sorry for the last post, i found a solution that work for me:
"The problem suggests a couple of other solutions: changing the frame name back after Crystal has changed it"
Thank you very much.
This issue has been escalated to R&D for a fix:
ADAPT01554950
Target milestone SP3 - ETA soon otherwise it may be pushed to SP 4 - June ish...
- Ludek
PS - Updated the Adapt number and SP's
Edited by: Don Williams on Feb 14, 2012 6:19 PM
I changed the frame name to 'filter' but it didn't work. Is it because I applied sp1(another name is used)?
can someone please provide a code snippet for howto change the framename after the Report is loaded?
Checked with R&D re. the escalation. Unfortunately the fix risks major destabilization of existing architecture (e.g.; we have to consider Impacts to Crystal Reports Crystal Reports Server and Business Objects Enterprise) and thus has been moved to the next Service Pack. ETA; October.
- Ludek
See my post from Jun 10, 2011, on this thread...
- Ludek
Bug description and suggested workarounds have been posted in this thread:
Fix for CR for VS2010 bug: window name gets overridden
04/17/2012 Update:
It has been verified that the bug fix has been applied to Service Pack 3.
