Thread: JS Error in Admin Panel (Multistore 9.2.0.0)! Help!

I am experiencing this error in several pages in the admin panel, therefore I cannot proceed to configure our store. Please advice!

'Sys.WebForms.PageRequestManager' is null or not an object


Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET4.0C; .NET4.0E)
Timestamp: Mon, 28 Jan 2013 20:16:01 UTC


Message: HTML Parsing Error: Unable to modify the parent container element before the child element is closed (KB927917)
Line: 0
Char: 0
Code: 0
URI: https://pamsauto.com/newsite/admin/n...yname=category


Message: 'Sys.WebForms.PageRequestManager' is null or not an object
Line: 179
Char: 1
Code: 0
URI: https://pamsauto.com/newsite/ScriptR...fffffff5c696ec

I have tried it with three browsers: Internet Explorer, Google Chrome and Firefox. For sure this is a serious bug in the admin panel!

Originally Posted by LPBR

I have tried it with three browsers: Internet Explorer, Google Chrome and Firefox. For sure this is a serious bug in the admin panel!

Registered as a customer and logged in ok to that side. Have you made any changes to the admin menu at all?

Looking at Chrome Tools it is giving this error across the site

Uncaught ReferenceError: _ctl0_aspnetMenu_Data is not defined

Hi Skriver,

We didn't touch any native code.

The only thing I did was to run configuration to fix the buttons labels (they weren't showing up properly), following the instructions on this thread:

http://forums.aspdotnetstorefront.co...n+panel+button

Beside the fact that I think that it has nothing to do with it, the JS issue was already present before I fix the buttons labels.

I am really puzzled with this JS issue. Please advice!

Thanks!

Hi

Unfortunately, to look into this issue I'd need to be within your admin pages. Very difficult to diagnose without actually seeing the page and the error.

Adam

I have restarted from scratch to be sure that I didn't do anything wrong, then instead to update from my current store I made a fresh install as if it would the first time we were using Store Front:

1) Extracted all the files from "multistore9200csharp.nosla.exe" package
3) Copied all the files existing in the "web" folder to where the site should be following carefully the ADNSF manual step by step
4) Created a brand new database
5) Ran the ADNSF SQL script against the database to create all tables and initial records
6) Configured the web.config file with the connection string to the new database and added our encryption key to it
7) Added the license file to the images directory
8) Configured permissions to the images and addins directories as advice by the ADNSF manual
9) Ran the SQL script that populates it with sample data

The site seems to work fine -- BUT! -- the admin doesn't.

The very same problem persists. Please check it at Internet Explorer:

1) Go to Organization >> Manage Categories
2) Wait until page loads
3) Nothing changes, but at the bottom shows up the small yellow triangle
4) By double clicking the triangle it pops the following message:

Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET4.0C; .NET4.0E)
Timestamp: Thu, 7 Feb 2013 18:15:00 UTC

Message: 'Sys.WebForms.PageRequestManager' is null or not an object
Line: 179
Char: 1
Code: 0
URI: https://pamsauto.com/newsite/ScriptR...Cw2&t=5602fef7

There is something wrong with this ScriptResource.axd file.

The same problem happens if I try to Manage departaments, products, etc, or if I try to edit or add a new one.
Tried it in Firefox and with Firebug active it points to the same Line 179 at the same axd file.

Any idea? I REALLY need have it sorted out...

Thanks!

hmm still hard to say for certain. Given that you still have the issue after a clean install. I would suggest editing the machinekey. With the code generated from http://aspnetresources.com/tools/machineKey.

Hopefully that fixes it.

Something that I never mentioned before -- because it didn't seem to be relevant for me -- is that currently we have our current website (StoreFront 7.0.2.5) running at http://www.pamsauto.com. Since we have tons of customizations to be done, we pointed the new MultiStore to http://www.pamsauto.com/newsite then actually we have both sites running, then we can keep the current one up while the new version is correctly configured (it will take several weeks).

Is possible that this be the root of all problems?

Thanks!

Originally Posted by LPBR

Something that I never mentioned before -- because it didn't seem to be relevant for me -- is that currently we have our current website (StoreFront 7.0.2.5) running at http://www.pamsauto.com. Since we have tons of customizations to be done, we pointed the new MultiStore to http://www.pamsauto.com/newsite then actually we have both sites running, then we can keep the current one up while the new version is correctly configured (it will take several weeks).

Is possible that this be the root of all problems?

Thanks!

That doesn't sound impossible as the cause of the issue. Since inheritance can cause issues. I can't grantee it will fix the issue. Still sounds worth trying or at least worth eliminating the possibility.

If you have any third party java code I would try using conditional comments so that the code will NOT be executed by Internet Explorer:

<code><![if !IE]><br /> <script type=”text/javascript” src=”http://www.domain.com/javascript.js”></script><br /> <![endif]></code>

just until you find the root of the issue

Or in IE try these browser steps to stop the trigger of the JS. At least you maybe able to identify the source of the problem



In internet explorer window click on Tools.
On the Tools menu, click Internet Options.
On the Security tab, select the zone the site loads under.
Click on Custom level bottom.

Scroll down to the Scripting section, and set the Active Scripting to Disabled - prevents scripts or to Prompt - prompts user to run or not to run scripts.
Click OK.

Seems that the problem was in the fact that I had pointed the MultiStore for a subfolder within our domain. I don't know how multistore is designed internally but seems that it uses the client domain as absolute path to find the files, what is not a too smart way approach from the client point of view. It looks to me that the JS issues were happening because the inability of the system to deal with relative pathes, so it was looking for files in the wrong places.

Anyway, we figured it out by just giving up about to have it on our living server (that would be the ideal scenario for us) and I installed it onto my own development PC, then I can run it in localhost from Visual Studio. Not what we really wanted but it will work.

isnt working with firefox and chrome i dont know what is the problem in it that looks very unusual to me....

visit here.. http://www.prlog.org/12114868-lenswo...o-grab-it.html

Not going to happen as these types of sites use files which are NOT accessible by any one viewing the site. You might get the source code and some of the CSS and JavaScript files, but you'll find out there are many things that will not work for you in your browser.