Wow, wow, wow...

I've spent the better part of a week spinning my wheels, trying to figure out how to get a simple informational message back to  VIEW.ASCX to display the contents of the ContentItemId field from CONTENT.CS.

Well, I never did get a message back to VIEW.ASCX (lblMessage won't work, MessageBox won't work, DotNetNuke.Common.Globals.NavigateURL() will work but you can't display anything, etc., etc.).   I then tried to get HttpContext.Current.*, System.Debugger.*, etc to write debugging messages to the OUTBOX in VS 12 Web Developer, but I never found any of those messages.

But I finally DID get TEXTWRITERTRACELISTENER to work using the following code:

// set up listener

string filename = @"C:\Users\Jeff McVey\Desktop\listener.txt";

FileStream traceLog = new FileStream(filename, FileMode.OpenOrCreate);

TextWriterTraceListener listener = new TextWriterTraceListener(traceLog);

// output to listener

listener.WriteLine("objContent.ContentItemId 1:" + objContent.ContentItemId.ToString());

// Add Terms

var cntTerm = new Terms();

cntTerm.ManageTaskTerms(objTask, objContent);

// output to listener

listener.WriteLine("objContent.ContentItemId 2:" + objContent.ContentItemId.ToString());

// flush any open output before termination

// maybe in an override of Form.OnClosed

listener.Flush();

listener.Close();

*****************************************************************************************************

Output file contains:

objContent.ContentItemId 1:501
objContent.ContentItemId 2:501

(I also visually verified its presence as 501 in the CONTENTITEM file.)

You'll notice that I sampled the value of objectContent.ContentItemId BEFORE and AFTER it went down the rabbit-hole of cntTerm.ManageTaskTerms().

Looks like objcontent.ContentItemId retains its value in and out of that rabbit hole, but I don't necessarily know that it is used to write the final value to the CONTENTITEM file, so I'll have to go down that rabbit hole myself to see what does.

More later, as it happens.  I think this is all for today.

Jeff 

// System.Diagnostics.Debugger.Log(0,null,"objContent.ContentItemId 2:" + objContent.ContentItemId.ToString());

// System.Diagnostics.Debugger.Break();

// System.Web.HttpContext.Current.Response.Output.Write("objContent.ContentItemId 2: " + objContent.ContentItemId.ToString());

Whew, that last one (NavigateURL ()) was interesting, and a bit challenging, but found a couple of Internet examples that helped me...

Took me a while to realize that DotNetNuke.Common.Globals.NavigateURL() WAS going back to the "EDIT" screen (which in this case is the default screen); once I realized that, it was interesting also to realize that I needed to fill it with both the "mid" and (also) the "tid" for it to work...

QUESTION:  I'm about to submit this for review; does everything need to be PERFECT in it ???  Example:  I see some fields that I'm not sure are being updated consistently or as intended (for instance, the "Actual Completion Date" field on the EDIT module apparently loses its value when it's surfaced for re-editing).

I've seen the "No Longer A Beginner" award given; I'm hoping this is what I get.

Please let me know if everything has to be PERFECT, William, and THANKS for your help !!!

Jeff 

Hey, Bill...

1.  Regarding EDITURL vs NAViGATEURL : THANKS for the info about EDITURL.   Inferring from a TON of Internet messages I came across in searching the issue out, it looks like EDITURL simply doesn't work in the newer (6.+) versions of DNN.   Everybody I came across complained that it didn't work and had to devise workarounds (which is how I came across the method to use NAVIGATEURL).   Perhaps something to look into ???

2.  Not sure what I will do next.   I wish I had a more structured goal to shoot for (like the 25 lessons in the TASKMGR series), because I work better in that situation.   I work better with a solid goal to shoot for.

3.  I will simply submit the completed materials as-is.

4.  I know I couldn't have done this without your help.  THANK YOU, BILL.

Jeff