Sharepoint Forum

Ask Question   UnAnswered
Home » Forum » Sharepoint       RSS Feeds

"Auto" Activate & De-activate

  Asked By: Nishita    Date: Sep 07    Category: Sharepoint    Views: 1493

I am not a SharePoint developer: I have written a web application
where it seems SharePoint is intercepting my
document.forms[0].submit() calls. The best I have done so far is
simply identify if the user-agent is MS-IE using 'if(
window.ActiveXObject ){foo();}'.

My question is: is it possible to use Jscript (or otherwise) to
temporarily de-activate SharePoint Discussion? I think two functions
looking something like this would be needed, only these do not work

Any suggestions would be appreciated, but confirmation that it cannot
be done would also be acceptable ;¬{

Regards, Robert.

var testObject ;

function killDiscussion(){
if( window.ActiveXObject ){
testObject = GetObject( "sharepoint" ) ;
if( !( testObject == null ) ){
testObject = null ;

function reStart(){
if( window.ActiveXObject ){
testObject = GetObject( "sharepoint" ) ;
if( !( testObject == null ) ){
myObject = new ActiveXObject( "sharepoint" ) ;



8 Answers Found

Answer #1    Answered By: Juan Davis     Answered On: Sep 07

I think the better question  is what you are actually trying to do? Most of the
SharePoint functionality happens at the server level in an ISAPI filter, so
chances are doing something in client-side script is waaaay too late. If you
are trying to just run an ASP.Net web  app on a SharePoint server without using
any SharePoint functionality, you need to look into Managed Paths and excluding
the URL to your application.

Answer #2    Answered By: Jason Anderson     Answered On: Sep 07

I am getting the information third hand myself. Yes, by the time the
SharePoint client has tried to access the server it is far far too
late, because it is sending the SharePoint packets to the wrong

What I am trying to do is get my web  form to submit  itself to its
own server. What seems to be happening is SharePoint is intercepting
the document.forms[0].submit() in my application and trying to use my
web server as if it were the SharePoint server. To clarify: I am
trying to determine if SharePoint is running and automatically handle

Second choice is to determine if SharePoint is running and tell the
user to take action. Third choice (current action) is to determine if
the browser is MS-IE and present a warning during authentication.

Answer #3    Answered By: Uttam Vanjare     Answered On: Sep 07

What exactly is "your server" - a seperate box, a seperate vserver, a seperate
vdir, or something else? Where is the SharePoint instance that you think is
causing problems? Where is the form being served from and how is it being

Answer #4    Answered By: Jack Carroll     Answered On: Sep 07

The page is being served by an IBM-Lotus Domino server installed on a
separate box from MS-SharePoint and is being viewed using any web
browser: the problems only occur with MS-IE for those users with
MS-SharePoint active. They are loosing their work  when trying to
submit work in my application. For example, the user is fully
authenticated with the Domino server when an unauthenticated GET such
as the one below is made: foo.bar.com - [08/Jun/2005:11:59:03 -0500] "GET
HTTP/1.1" 302 - "" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
.NET CLR 1.0.3705)"

The only times a GET to "/MSOffice/cltreq.asp" is recorded is when the
end user has SharePoint active.

To clarify, I am not a SharePoint developer: I just want my
non-Microsoft application to run properly when MS-SharePoint is
installed and active. I want to stop MS-SharePoint intercepting the
document.forms[0].submit() in my application.

Answer #5    Answered By: Chandrabhan Agarkar     Answered On: Sep 07

Ok, so here's a few thoughts:

1) SharePoint is a server application - if your app is installed on a separate
server there's no way SahrePoint can intercept your form submit  events unless:
- your form is being displayed inside an iframe on a SharePoint site
- your form is being displayed inside the Office Save dialog
2) The URL you list from the log is generally 1 of 2 things:
- an IE6 discussion  request
- the Nimba virus
neither of which have anything to do with SharePoint (at least not the current
version). What version and application (SharePoint Team Services, WIndows
SharePoint Services, SharePoint Portal Server 2001 or Portal Server 2003) are
you talking about?
3) I'm trying to figure out what you mean by "installed and active" - like I
said in (1) SharePoint is a server application. There is a small client portion
in Office to allow direct saves from Office to the server, but nothing in IE

Maybe it would help if you could do a simple walkthrough of what your app does
and where so I can see if there's anything that throws a red flag...

Answer #6    Answered By: Lonnie Cohen     Answered On: Sep 07

I have passed your questions and observations on. The very good news
is that my client is accepting my software is not the cause of the
problem, but I probably need to be party to the cure.

Sorry for not describing the situation correctly ... please put this
down to my total ignorance of this product and third hand information:
yes, this seems to be an MS-Discussion related issue [what ever that
is], but from the way it is being described to me, only occurs when
the end user has MS-SharePoint installed. To partially quote: "...
because of the Sharepoint discussion  toolbar".

I appreciate your help. I am sure some screen shots would help you to
diagnose this quicker.

Answer #7    Answered By: Ruchir Satam     Answered On: Sep 07

Ok, that makes a bit more sense. SPS 2001 and STS included this toolbar, but
it's no longer included in the current products.

Answer #8    Answered By: Suresh Chindarkar     Answered On: Sep 07

It seems that the problem has
been limited to people who have not been upgrading their machines in
accordance with my clients' corporate policy!

Didn't find what you were looking for? Find more on "Auto" Activate & De-activate Or get search suggestion and latest updates.