crystal report logon problem

Here i added sample code for bind crystal from DB

CrystalDecisions.CrystalReports.Engine.ReportDocument oReport = new CrystalDecisions.CrystalReports.Engine.ReportDocument();

[] DoCRLogin = new[];
public void DoCRLogin(ref CrystalDecisions.CrystalReports.Engine.ReportDocument oRpt)
{
	ApplyCRLogin _applyLogin = new ApplyCRLogin();


	// use ApplyLogin object to apply login info to all tables in CR object
	_applyLogin._dbName = "Northwind";
	_applyLogin._passWord = "CrystalUser";
	_applyLogin._serverName = "(local)";
	_applyLogin._userID = "CrystalUser";
	_applyLogin.ApplyInfo(ref oRpt);


	// clean up
	_applyLogin = null;
}



public class ApplyCRLogin
{
	public string _dbName;
	public string _serverName;
	public string _userID;
	public string _passWord;
	public void ApplyInfo(ref CrystalDecisions.CrystalReports.Engine.ReportDocument _oRpt)
	{
		CrystalDecisions.CrystalReports.Engine.Database oCRDb = _oRpt.Database;
		CrystalDecisions.CrystalReports.Engine.Tables oCRTables = oCRDb.Tables;
		CrystalDecisions.CrystalReports.Engine.Table oCRTable = default(CrystalDecisions.CrystalReports.Engine.Table);
		CrystalDecisions.Shared.TableLogOnInfo oCRTableLogonInfo = default(CrystalDecisions.Shared.TableLogOnInfo);
		CrystalDecisions.Shared.ConnectionInfo oCRConnectionInfo = new CrystalDecisions.Shared.ConnectionInfo();
		oCRConnectionInfo.DatabaseName = _dbName;
		oCRConnectionInfo.ServerName = _serverName;
		oCRConnectionInfo.UserID = _userID;
		oCRConnectionInfo.Password = _passWord;
		foreach ( oCRTable in oCRTables) {
			oCRTableLogonInfo = oCRTable.LogOnInfo;
			oCRTableLogonInfo.ConnectionInfo = oCRConnectionInfo;
			oCRTable.ApplyLogOnInfo(oCRTableLogonInfo);


		}


	}


}

Select allOpen in new window

also, refer this

http://csharp.net-informations.com/crystal-reports/csharp-crystal-reports-dynamic-login.htm

@dhansmani: that's a lot of changes in the code

is there a simpler solution
the report DOES work fine when it first loads... meaning it is reading the username, password values passed to it
i want to make it so so that it does that even on drill-down!

Not yet looked into my old reports apps, but there's some faint memory of similar problems.

As far as I remember, the subreport that's used wile drilling down uses its own database connection, thus needing to pass it its ofw set of credentials - they're not inherited. You'll have to get the subreport's report object and pass it the credentials in the same way you do for the master report.

I faintly remember that there's some kind of collections of subreports, so you might write some generic algorithm to distribute the credentials down the tree of sub(^n)report tree.

Sorry for not supplying ready code  =;-)

dear frankhelk,

your comment does help understand the problem a bit
however, im still lost as to how to go on about solving it

it would be really appreciated and a great help to me if you could give me some coding pointers to help solve my problem

@ dhansmani

i do not understand how do i apply the code snippet you've given
can you elaborate a little, please?

i have solved this problem on my own now

Ok ... I've digged into that old code, not written by myself ...

Unfortunately that code is somewhat :) complicated (much ado with virtual thingies and templates and such things who make every explanation a bloody mess).

I've digged a bit into the object browser, and found something more shot - it might point you into the right direction:

public virtual CrystalDecisions.CrystalReports.Engine.Subreports Subreports { get; }
    Member of CrystalDecisions.CrystalReports.Engine.ReportDocument
Summary:
Subreports. Gets the Subreports object.

That member Subreports in the class ReportDocument is a collection of SubReport objects (see doc's) that can be treated as ReportDocument objects. You can loop through them with a foreach construct and assign each of them the database connection credentials.

The credentials are not inherited from the main ReportDocument, probably because you might possibly want to drill down into an entire different database, only filtered by criteria handed down from the main document - so every Subreport needs to get its own connection.

I've not worked with that for some time now, so I'm not fluent enough to explain every aspect of it, but if you fiddle a bit with that, it should not be that difficult.

i appreciate every effort you've taken, frankhelk, but thankfully, the problem is solved now. i just specified the logon info to the crystalviewer. many thanks