Magento

I have the same problem. The “associated product” panel doesn’t load. “Please wait...” is shown indefinitely.

I have the same problem and my store just have a few products. I suspect this is server related but i dont know where to start.

I get this all of the time when searching by attribute set and sku. I can do so many in one edit before it starts to hang on when loading the next page of results.

Try this workaround I use when the load layer covers everything else.
I use FF3 and use Ctrl+Shift+S (depending and upon your add-ons, i.e. web developer) to disable all styles. All that raw HTML looks ugly right? Scroll to the bottom and click save or save and continue edit.

You’ll have to run your search again but at least you can save your work so far.

FYI, I’m having a similar problem.  Got around it for now by using Safari to use the Quick Simple Product Creator.

I can confirm that increasing memory_limit from 48M to 64M in php.ini fixed the problem.

Thanks
Jon

I have had problems with other bugs, but nobody solved it as quick as Magento, Great work

I have tried everything on this thread and other threads and still no success.  I was wondering if this extension would fix the “please wait...” hangup. 

http://www.magentocommerce.com/extension/1431/custom-options-templates

If you guys know let me know asap please I need to get my website up quickk.

THanks!

I am running into the same problem.  Running Mage version 1.2.1.2

Haven’t had any problems till today when i had to add another configurable product.

Once I click “Quick Create” it just freezes on me--- although it does indeed create the simple product.

I tried: Chrome, FF3, IE8, Safari 4

Internet Explorer gave me this error code:
Message: ‘toTemplateReplacements’ is null or not an object
Line: 567
Char: 2
Code: 0
URI: https://www.mysite.com/store/js/index.php?c=auto&f;=,prototype/prototype.js,scriptaculous/builder.js,scriptaculous/effects.js,scriptaculous/dragdrop.js,scriptaculous/controls.js,scriptaculous/slider.js,prototype/validation.js,varien/js.js,mage/translate.js,mage/adminhtml/hash.js,mage/adminhtml/events.js,mage/adminhtml/loader.js,mage/adminhtml/grid.js,mage/adminhtml/tabs.js,mage/adminhtml/form.js,mage/adminhtml/accordion.js,mage/adminhtml/tools.js,mage/adminhtml/uploader.js

Maybe its because I’m using ssl in my admin???? AND/OR There is a javascript compiler error????

PS I increased my default PHP memory limit from 64M to 128M ------ Nothing!!!

Hello All - I have found an error and fix in my install and I am posting in the HOPES that this will save people time in the future on admin hangs on ajax calls.

I was getting the “Please wait” screen lock when an AJAX call fired off in admin - multiple instances in multiple areas. 

After watching the HTTP requests like a new episode of BSG (geek ref) I noticed a few things:

1-There was a json call that had this response like {"error":false}
2-Some extra output form my root level (site.com/) index.php

#1 is a contradiction? error=false - I don’t know wtf this is supposed to be telling me.... moving on…
#2 is where I found a bug and a fix - more follows

-In adding a store view I have the store view output to screen at the bottom of my root level index.php file in comments.  Just a debug call.
-This comment (spaces added to read) looks kind of like this:

and came after that JSON output.

This (comment) was printed to screen after the run() command.

When I disabled this screen output all got better and works fine.

My guess is this:  Magento AJAX calls used in the admin does not like extra characters of any sort.  (similar to calling PHP header() with stuff printing to screen - same sort of thing in my mind)

Here is some advice for the developers at Varien / Magento (and my 2 largest complaints / error / screw ups on the system):

1- DO NOT run admin (back side of the site) off the main index.php - if there is an error on that file admin can fail and we are in bad shape (because of this miscalculation I have locked myself out by accident working on code) Solution (and this is common approach pattern) is demonstrated on Wordpress where the admin runs on a separate file thus decoupling the “front” and the “admin”. This would be a huge step forward!
2- Another decoupling issue - the core config is in the core of the site making updates wipe your changes.

There seems to be a coupling issue on this site in the basic levels and I highly recommend looking onto this as developers and provide great caution to developers working on the site.

--Marc

My hosting company was also able to fix it. I am using a dedicated server. Their message is:

\"We increased the memory limit on your server from 96 to 160MB as well as the max execution time to 60 seconds.\”

Big thanks to www.tmdhosting.com!

Update… This issue existed only in IE7. I was able to successfully update in FF3.