RusNN

Jack! Please, see on installation instruction for product_info.php line <?php echo '<a title="' . $header_tags_array['title'] . '" href="' . tep_href_link(FILENAME_PRODUCT_INFO, 'products_id=' . $product_info['products_id'], 'NONSSL') . '"/# ' . $header_tags_array['title'] . '">' . $header_tags_array['title']; ?></a></td> This shold be redirect user to top of the page without reloading. But '"/# ' breaks the link and validation too. I think it should be <?php echo '<a title="' . $header_tags_array['title'] . '" href="' . tep_href_link(FILENAME_PRODUCT_INFO, 'products_id=' . $product_info['products_id'], 'NONSSL') . '#' . $header_tags_array['title'] . '">' . $header_tags_array['title']; ?></a></td> After that the link works properly. Same bug for all versions. Am I wrong?

That's right. As far as I remember there were an old version of AJAX AM which allows to add attributes even if NO product is (product was not saved) in database. This is not correct in my opinion. I dont't carefully see when this feature were disabled, but in my and later version product should be saved (read as it must be present in database) before adding options through AJAX AM.

If you have OE 5.0.8 and high the trouble may be the same as in my previous post to miltenyi. Otherwise, check your scripts, not only OE. They may contain errors that difficult to see on first view. When you press Add Product button in edit_orders_add_product.php your product should be written to database. After this happens OE recalculates stock and shipping. Check your database for newly added products present for the order (table ORDER_PRODUCTS). If no products, the problem is in edit_orders_add_product.php script. Otherwise the issue is in recalculating stock or shipping. This will be hard to deduct but not impossible. You may disable ALL your shipping modules and all not default order total modules. If this is help you to add product correctly, try to enable modules one by one trying to add product after each module.

It is possible. OE 5.0.8 and high contain too many unusable integrations with other contribs. That integrations are done poorely. In most cases to work OE correctly work you should have all integrated contribs installed. I can't carefully support such versions of OE.

What error? What browser? Have you SPPC installed? Does OE work before? Try other browser, IE is good. Check installation of OE. Try to disable SPPC and add new product.

Hi Andy Manual Order Maker create an empty records in database for new order. You may see newly created order in your order list. The Order Editor only takes information provided by the Manual Order Maker. If OE works fine with other orders, so MOM fail to fill proper info in your database. Check installation of MOM, check your database fields. Check information in table ORDERS after you create new order through MOM. The line with orders_id=<NUMBER OF YOUR NEWLY CREATED ORDER> should contain information about your customer. If not, check installation of MOM or ask in proper thread.

What's this? Restore from backup and install OE manually. The autoinstaller for OE is for too old version.

Hi, farbor! Unfortunatelly it is not so easy as it may apper on first look. Each total is calculated automatically by supplied module. We can't simple override that logic or we must make too many mocks in each order_total module. Your way is tempting, but I'm afraid it is not real in way OE works. To implement your way we should realise new field for a variable which will be control CCGV the way you described. After that we should somehow realise logic above... I can't found a solution to it yet. When I realise 2 that posts for other ot modules it took many time to understand how get this modules work automatically correctly. May be I'd like the other way. I just think about and I have no time to think carefully. We may change CCGC order total modules so, it will "see" admin or client side it working. On client side it works as usual, but on admin side we slightly change logic. We will use the varable you spoke and work according to this variable. But this way is only for orders created manually on admin. And we still need a feature that will automatically calculate totals for order which clients makes themselves. This is the real headache. But I think it is possible to implement. Hard, but real. Good idea with a variable!

Here and here you found a solution for only SOME ordre totals modules to work with OE. On one page of the topic I descripbed my point about CCGV issue. There is NO solution to OE + CCGV. And this solution is very-very hard to implement, because too many possible situations may happen if you edit order with Coupon.

Since OE 5.0.7 too many unusable contribs are integrated into OE. Some of them are poorly integrated, but... explain a bit more, what happens after you click Delete checkbox?

I'am afraid you are completely wrong. If you want your customers should see any error messages you MUST have QT Pro plugin installed. Ths main difference between QT PRO and AJAX AM is the QT Pro is the system that mainly CONTROL the stock on client side and AJAX AM is the ADMIN SIDE ONLY that allows you EASILY support your products, thier attributes and stock. Both system may be installed separatelly and no one is need the other. But if you want to have more usable interface to control stock on your admin side, you should install AJAX AM at least 2.8.7 version with QT Pro support or later. And if you want you custmers to view messages you should install QT Pro. QT pro has internal tool to control stock on admin side, but it is completely unusable if you have lots of products. AJAX AM allows you to do some more. It replace unusable osC build-in tool for adding products options. So to make your life easy you should have both.

Something wrong with installation.

Chris done great work. Congrats! You also make AJAX AM compatible to osC v2.3 and later by doing standart installation except two steps in step 2: 1. In admin\categories.php EXCEPT adding <!-- AJAX Attribute Manager --> <?php require_once( 'attributeManager/includes/attributeManagerHeader.inc.php' )?> <!-- AJAX Attribute Manager end --> add require_once('attributeManager/includes/attributeManagerHeader.inc.php'); AFTER require(DIR_WS_INCLUDES . 'template_top.php'); or MOVE require_once('attributeManager/includes/attributeManagerHeader.inc.php'); exactly UNDER require(DIR_WS_INCLUDES . 'template_top.php'); in case of upgrading from v2.2. 2. Completely ignore instruction of modifying BODY tag to onload="goOnLoad();" . And the last change: 3. In admin\attributeManager\includes\attributeManagerHeader.inc.php REPLACE function goOnLoad() { <?php if('new_product' == $action || 'update_product' == $action) echo 'attributeManagerInit();'; ?> SetFocus(); } with this $(document).ready(function(){ <?php if('new_product' == $action || 'update_product' == $action) echo 'attributeManagerInit();'; ?> SetFocus(); }); So, we just make JQuery to work for us. It runs AJAX AM after page were loaded. We changed only 1 core file admin\categories.php as in original instruction. Tested, works OK. Hi, Sara! I'm sorry, but I completely have no time to made this contrib actually multilingual. To all Hope after New Year I'll find time to make AJAX AM to other version, just because it has some shuffle in versions after 2.8.7 (full QT Pro support) and some bugs are found in them.

OE an AJAX AM can't conflict. $order->totals[$i]['value'] has its value as database field. Possible your database fieldis not integer nor float. Try to typecast $order->totals[$i]['value'] to double.

If your version is higher than 5.0.7, see instructions for plugins integrated into OE 5.0.8 and higher. You should or revert back to 5.0.7 or install all of the plugins.

Maybe this and this aswers to your question. You shoould improve it to your needs. But all risk are yours. OE does not calculate such totals by default and some of totals are very difficult to calculate automatically, eg. ot_redeem, ot_coupon and so on. If this not suits to you, use standart way by adding manual totals and recalculate them manually every time.

I replaced only first: returnArray.push(allValues.id+':'+encodeURIComponent((getElement(allValues.id).value))); All others are for file names of downloadable attributes. If you have this and use file names on native language it will be better to replace them too.

Hello Sara! I do too small for that contrib. Everything was done before me, I only improve anothers job. So, you can post your version yourself. 1) You may use encodeURIComponent, but I'm not sure it solve your issue. 2) Track Stock is set for option, not for each product. You may enable and disable stock tracking in standart osC products_attributes.php page if QT Pro installed correctly. 3) If I correctly understand, you are not enable Track Stock for the option. Enable Track Stock. Now you may enter quantity for option values. But for the first, you should add options what ever you need to your product. Below options you should see a QT Pro block. If Track Stock is enabled you see a number of dropdown lists, the quantity of dropdowns is equal to quantity of options you assign to a product. Using dropdowns you may set all possible combinations of option values to yuor product and in the right of the last dropdown there will be the input field for quantity of a this option combination. Fill all fields an press green button in the right. This combination will stored in the database (press + button to see). Add another combination. The summary stock will calculate automatically. Adding same combination will redraw the stock for the combination and for a product. You may also enter a quantity to combination using field Quantity right of the combination. You are right! The checkbox Track Stock at product page is not working when you add new option. So, you need to set it manually at products_attributes.php after creating an option and then reload your product page to allow modification of Track Stock become to work.

Edit admin/edit_orders_ajax.php FIND line 1028 if ( FILENAME_EMAIL_ORDER_TEXT !== ?FILENAME_EMAIL_ORDER_TEXT? ){ and REPLACE it with if ( FILENAME_EMAIL_ORDER_TEXT !== FILENAME_EMAIL_ORDER_TEXT ){ But I can't understand what the author of the line wants to say. This line seems useless, but because this is need for integration with one of other contrib, leave it there as is with my correction. I can't suggest you other contrib, because there is no other contrib like OE. If you don't want to install all of contribs OE 5.0.9 and 5.0.8 working with, I may only suggest to install version 5.0.7.

:) In my own version I changed this many times ago. But because I don't want to post only fixes this link may be helpful for somebody too. There are 2 places in attributeManager.js where encodeURIComponent() should be. Since I post my fix to QT Pro Ajax AM become need some cleaning. Latest versions will cross together and now they need merging. Now it should include your updates too.

I am afraid I can't write manual to AJAX AM. Mostly by my worse English and due to very little spare time.

You may use "Search topic" edit box under the last post to search in 158 pages :) Your error is definitely caused by incorrect installation. But OE 5.0.9c uses some contribs I don't have. So I can't support for it carefully. Some folks also had problems with latest version. Try to check your installation of OE and installation of ALL contribs that was added to OE since version 5.0.7. If you have not some, try to install them, but I can''t guarantee positive results. So, use them on your own risk. And never try to do on working shop!!!

You may use "Search topic" edit box under the last post to search in 158 pages :) Your error is definitely caused by incorrect installation. But OE 5.9.0c uses some contribs I don't have. So I can't support for it carefully. Some folks also had problems with latest version. Try to check your installation of OE and installation of ALL contribs that was added to OE since version 5.0.7. If you have not some, try to install them, but I can''t guarantee positive results. So, use them on your own risk. And never try to do on working shop!!!

Due to the only language I have on my site I never test multilingual support. And for last year I don't remember any issue about. So, we may type options names and values in different languages, but this info does not save into DB? Or we have another pronlem like I had. My native cyrillic did not saved into DB properly, because attributeManager.js has have escape() function in getAllPromptTextValues(); but it must have encodeURIComponent() to support cyrillic and others. Try to change this first.

Thank you Sara! I take a time to improve AJAX AM. It need some compilation from last 3 versions including your corrections.