I'm having two major problems with my website (running custom modules)...  They may or may not be related.

The first issue is that I constantly get this error in my event viewer...  sometimes hundreds an hour.  I have talked to users who report they experience no problems but because there are so many users I don't know for sure if it is effecting their experience.  I have gone through a number of ideas trying to figure out when the error occurs, but i have been unable to do so:

AssemblyVersion: 04.05.01
PortalID: 1
PortalName: Skydive Chicago™
UserID: -1
UserName:
ActiveTabID: 171
ActiveTabName: Tandem Skydive Reservations
RawURL: /Account/TandemSkydiveReservations/tabid/171/Default.aspx
AbsoluteURL: /Default.aspx
AbsoluteURLReferrer:
UserAgent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; InfoPath.1)
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: f8a5afca-697f-42cf-804e-51345518d9a3
InnerException: Thread was being aborted.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Threading.Thread.AbortInternal
StackTrace:
Message: System.Threading.ThreadAbortException: Thread was being aborted.at System.Threading.Thread.AbortInternal()at System.Threading.Thread.Abort(Object stateInfo)at System.Web.HttpResponse.End()at System.Web.HttpResponse.Redirect(String url, Boolean endResponse)at RealDropzone.DesktopModules.TandemReservations.TandemInit.Page_Init(Object sender, EventArgs e)at System.Web.UI.Control.OnInit(EventArgs e)at System.Web.UI.UserControl.OnInit(EventArgs e)at System.Web.UI.Control.InitRecursive(Control namingContainer)at System.Web.UI.Control.InitRecursive(Control namingContainer)at System.Web.UI.Control.InitRecursive(Control namingContainer)at System.Web.UI.Control.InitRecursive(Control namingContainer)at System.Web.UI.Control.AddedControl(Control control, Int32 index)at System.Web.UI.ControlCollection.Add(Control child)at DotNetNuke.UI.Skins.Skin.InjectModule(Control objPane, ModuleInfo objModule, PortalSettings PortalSettings)
Source:
Server Name: ISIS

The second error is that every now and then a post with data in a rich text editor (i experienced this even in previous versions with the earlier text editor) does not update - instead it seems to just refresh the page and *IT CLEARS EVERYTHING THAT WAS IN THE EDITOR*  This is quite frustrating because users will spend 5 minutes writing a forum post only to have it lost when they hit submit - or worse, an update to page content clears the content (old and new) completely.

It doesnt happen all the time but when it does it seems to come frequently.  an application restart often fixes it, but 5% of the time it won't.

Any ideas?  This is driving me nuts.

Interesting - in all of my modules I have actually been using ("Responce.Redirect("http://..., true) for a few different reasons, the first is performance - why bother following through with additional database checks (some that may even be invalid in the context - which is why the redirect may have happened to begin with)...  Also - errors being thrown and not handled has a performance expense that is considerably higher than most conditional checks...

The second reason, is perhaps, due to ignorance...  I have no idea how a redirect will handle itself if it doesn't stop the excecution of the response...  for example, if i write this code:

Response.Redirect("http://www.siteone.com",false)

Response.Redirect("http://www.sitetwo.com",false)

Which site does the browser get redirected too?  setting the parameter to true helped me trust that i wouldn't miss any security related loopholes relating to code that continues to execute after I cause a redirect (such as in a "user doesn't have rights to this because of a complex business decision, not just the built in roles check" or "this should be rendered over SSL only, redirect to https" or "this user's session variables indicate that the user has navigated to this page through a bookmark, but a user is not allowed at this page unless a user first goes to the previous page and fills out a form that validates and sends them here"...

I appreciate your response, it's been quite helpful.

I guess was prevented me from using the exit sub statement was not knowing if future page events would continue to fire or not., expecially with DotNetNuke, where events could be handled by the DotNetNuke core team, 3rd party http modules (i use a number of custom written http modules), or even 3rd party dotnetnuke modules...

Again, i decided to do things this way due to my ignorance, I was too lazy to test to see if the first or last page redirect took effect, or if page events continued to fire or not after a redirect and exit of a subroutine.  I would really like to get those errors out of my log - yesturday durring prime time it must have generated 400 errors because my reservation module throws the error any time the back button on the browser is clicked, or someone clicks on reservations and already has a pending reservation (the redirect sends them to a manage reservations page instead of a create new reservation wizard).