Zen Cart Logo
Forums / Addon Admin Tools / Edit Orders v4.0 Support Thread

Edit Orders v4.0 Support Thread

Views: 345,922

Results 541 to 560 of 1,927
19 Jun 2014, 7:10 PM
#541
three_sisters avatar

three_sisters

Zen Follower

Join Date:
Nov 2006
Location:
Indiana
Posts:
188
Plugin Contributions:
0

Edit Orders v4.0 Support Thread

lhungil:

Did you run the edit orders installer (step 3 - Install)?

Yes.

lhungil:

What messages (if any) did you see at the top of the screen (during step 3 - Install)?

I can't remember the message exactly, but it was successful. No errors.

lhungil:

What is the URL in the browser's address bar after you click "edit" (replace your admin folder name with admin)?

/admin/edit_orders.php?page=1&oID=8696&action=edit

lhungil:

What are the contents of any Zen Cart "debug" logs generated when clicking "edit" (use code tags)?

[19-Jun-2014 12:20:17] PHP Warning: include_once(/path_I_know/includes/modules/shipping/ups.php) [<a href='function.include-once'>function.include-once</a>]: failed to open stream: No such file or directory in /path_I_know/includes/classes/shipping.php on line 67
[19-Jun-2014 12:20:17] PHP Warning: include_once() [<a href='function.include'>function.include</a>]: Failed opening '/path_I_know/includes/modules/shipping/ups.php' for inclusion (include_path='.:/usr/lib64/php:/usr/lib/php') in /path_I_know/includes/classes/shipping.php on line 67
[19-Jun-2014 12:20:17] PHP Fatal error: Class 'ups' not found in /path_I_know/includes/classes/shipping.php on line 68

OK - that was revealing - but what does it mean? I forgot the new version of ZC can do that. I'm re-building my site. Was a 1.3.8a database upgraded to a 1.5.1.

19 Jun 2014, 7:46 PM
#542
lhungil avatar

lhungil

Totally Zenned

Join Date:
Feb 2012
Location:
mostly harmless
Posts:
1,818
Plugin Contributions:
4

Re: Edit Orders v4.0 Support Thread

Three Sisters:

... "Failed opening '/path_I_know/includes/modules/shipping/ups.php'" ...
Basically, that error message is PHP stating it was unable to load the specified file.

If "path_I_know" is your "catalog" (/) directory:
The usual cause is the "old" store had a "ups" shipping module installed and enabled. I'd guess the "new" store does not have the "ups" shipping module installed. I'd also guess before exporting / upgrading the database the shipping modules were not removed using the Zen Cart admin. When this sequence of events occurs, the Zen Cart database still thinks the modules exists and are enabled. This triggers the shipping class to load the corresponding files (which are not present) and thus the above error message.

Potential Fixes: Install the "ups" module (files, then remove and install from the Zen Cart admin interface to clean up the database). Or manually remove the entry for "ups.php" from the list of installed modules in the Zen Cart database. "SELECT * FROM configuration WHERE configuration_key='MODULE_SHIPPING_INSTALLED'".

If "path_I_know" is your "admin" (/admin) directory:
Most likely one of the paths in "/admin/includes/configure.php" is not right or when merging files during the installation of "Edit Orders" a merge was bungled (possibly in "/includes/classes/shopping.php").

19 Jun 2014, 8:21 PM
#543
three_sisters avatar

three_sisters

Zen Follower

Join Date:
Nov 2006
Location:
Indiana
Posts:
188
Plugin Contributions:
0

Re: Edit Orders v4.0 Support Thread

Simple fix! Thanks a million for explaining. It was the catalog directory. Sorry - didn't mean to be ambiguous. Thought if I didn't write "admin" it was assumed. But then, I guess it's never safe to assume. :)

So everything works now (Super Orders and Edit Orders). Is it too late to add the TY Package Tracker?

19 Jun 2014, 9:32 PM
#544
divavocals avatar

divavocals

Totally Zenned

Join Date:
Jan 2007
Location:
Los Angeles, California, United States
Posts:
10,011
Plugin Contributions:
3

Re: Edit Orders v4.0 Support Thread

Three Sisters:

Simple fix! Thanks a million for explaining. It was the catalog directory. Sorry - didn't mean to be ambiguous. Thought if I didn't write "admin" it was assumed. But then, I guess it's never safe to assume. :)

So everything works now (Super Orders and Edit Orders). Is it too late to add the TY Package Tracker?

No.. follow the readme instructions pay particular attention the the integration with other modules..

11 Jul 2014, 6:03 PM
#545
lat9 avatar

lat9

Administrator

Join Date:
Sep 2009
Location:
Stuart, FL
Posts:
14,065
Plugin Contributions:
56

Re: Edit Orders v4.0 Support Thread

Never mind, I'm not sure what I saw.

11 Jul 2014, 7:41 PM
#546
lat9 avatar

lat9

Administrator

Join Date:
Sep 2009
Location:
Stuart, FL
Posts:
14,065
Plugin Contributions:
56

Re: Edit Orders v4.0 Support Thread

Back again (sigh). Running Edit Orders 1.4.4 (all forum-specified updates applied) on Zen Cart v1.5.1 for a store that uses a bunch of dropdown attributes to include onetime-charges for various product features.

If I edit an order and change one of these attributes (clicking the "Update" button), the proper onetime charge is recorded in the orders_products_attributes table, but the orders_products table's onetime_charges field does not get updated. The following code fragment is in the edit_orders_functions.php module's eo_get_new_product function; I'm thinking that this is where I need to make the change, given the fact that the DROPDOWN type attribute is being handled by the do-nothing default clause. Any guidance would be appreciated!

	// Handle attributes
	if(is_array($product_options) && count($product_options > 0))
	{
		$retval['attributes'] = array();

		include_once(DIR_WS_CLASSES . 'attributes.php');
		$attributes = new attributes();

		foreach($product_options as $option_id => $details) {
			$attr = array();
			switch($details['type']) {
				case PRODUCTS_OPTIONS_TYPE_TEXT:
				case PRODUCTS_OPTIONS_TYPE_FILE:
					$attr['option_id'] = $option_id;
					$attr['value'] = $details['value'];
					if($attr['value'] == '') continue 2;

					// There should only be one text per name.....
					$get_attr_id = $attributes->get_attributes_by_option($product_id, $option_id);
					if(count($get_attr_id) == 1) $details['value'] = $get_attr_id[0]['products_attributes_id'];
					unset($get_attr_id);
					break;
				case PRODUCTS_OPTIONS_TYPE_CHECKBOX:
					if(!array_key_exists('value', $details)) continue 2;
					$tmp_id = array_shift($details['value']);
					foreach($details['value'] as $attribute_id) {
						// We only get here if more than one checkbox per
						// option was selected.
						$tmp = $attributes->get_attribute_by_id($attribute_id, 'order');
						$retval['attributes'][] = $tmp;

						// Handle pricing
						$prices = eo_get_product_attribute_prices(
							$attribute_id, $tmp['value'], $product_qty
						);
						unset($tmp);
						if(!$query->EOF) {
							$retval['onetime_charges'] += $prices['onetime_charges'];
							$retval['final_price'] += $prices['price'];
						}
					}
					$details['value'] = $tmp_id;
					$attr = $attributes->get_attribute_by_id($details['value'], 'order');
					unset($attribute_id); unset($attribute_value); unset($tmp_id);
					break;
				default:
					$attr = $attributes->get_attribute_by_id($details['value'], 'order');
			}
			$retval['attributes'][] = $attr;

			if(!$query->EOF) {
				// Handle pricing
				$prices = eo_get_product_attribute_prices(
					$details['value'], $attr['value'], $product_qty
				);
				$retval['onetime_charges'] += $prices['onetime_charges'];
				$retval['final_price'] += $prices['price'];
			}
		}
		unset($query, $attr, $prices, $option_id, $details);
	}
11 Jul 2014, 9:29 PM
#547
lhungil avatar

lhungil

Totally Zenned

Join Date:
Feb 2012
Location:
mostly harmless
Posts:
1,818
Plugin Contributions:
4

Re: Edit Orders v4.0 Support Thread

@lat9 Send you an email.

12 Jul 2014, 12:50 PM
#548
lat9 avatar

lat9

Administrator

Join Date:
Sep 2009
Location:
Stuart, FL
Posts:
14,065
Plugin Contributions:
56

Re: Edit Orders v4.0 Support Thread

Thanks, lhungil. I found another "funny" with the dropdown (and possibly other flavors) of attributes; the ordering of the attribute values in the dropdown were all over the place, i.e. not in their defined sort-order. I made the following change to the /YOUR_ADMIN/includes/classes/attributes.php module to correct:

	/**
	 * Returns a multidimensional array containing the product attribute options
	 * id / name / value rows for the specified product sorted by option id.
	 *
	 * @param int|string $zf_product_id the specified product id.
	 * @param bool $readonly include readonly attributes not required to add a
	 *        product to the cart, defaults to false.
	 * @return array
	 */
	function get_attributes_options($zf_product_id, $readonly = false) {
		global $db;
		$query = 'SELECT attr.products_attributes_id, attr.products_id, attr.options_id, opt.products_options_name, val.products_options_values_name, opt.products_options_type, products_options_size, opt.products_options_rows ' .
			'FROM ' . TABLE_PRODUCTS_ATTRIBUTES . ' AS attr ' .
			'LEFT JOIN ' . TABLE_PRODUCTS_OPTIONS .
				' AS opt ON attr.options_id = opt.products_options_id ' .
			'LEFT JOIN ' . TABLE_PRODUCTS_OPTIONS_VALUES .
				' AS val ON attr.options_values_id = val.products_options_values_id ' .
			'WHERE attr.products_id = \'' . (int)$zf_product_id . '\' ' .
				'AND val.language_id = \'' . (int)$_SESSION['languages_id'] . '\' ' .
				'AND val.language_id = opt.language_id ';

		// Don't include READONLY attributes if product can be added to cart without them
		if(PRODUCTS_OPTIONS_TYPE_READONLY_IGNORED == '1' && $readonly === false) {
			$query .= 'AND opt.products_options_type != \'' . PRODUCTS_OPTIONS_TYPE_READONLY . '\' ';
		}

//-bof-20140712-lat9-Fix up attributes' sort order.
//		$query .= 'ORDER BY `opt`.`products_options_sort_order`, `attr`.`options_id`';
		$query .= 'ORDER BY `attr`.`options_id`, `attr`.`products_options_sort_order`';
//-eof-20140712-lat9

		if($this->cache_time == 0) $queryResult = $db->Execute($query);
		else $queryResult = $db->Execute($query, false, true, $this->cache_time);

		$retval = array();
		while (!$queryResult->EOF) {
			$retval[$queryResult->fields['products_attributes_id']] = array(
				'id' => $queryResult->fields['options_id'],
				'name' => $queryResult->fields['products_options_name'],
				'value' => $queryResult->fields['products_options_values_name'],
				'type' => $queryResult->fields['products_options_type'],
				'length' => $queryResult->fields['products_options_length'],
				'size' => $queryResult->fields['products_options_size'],
				'rows' => $queryResult->fields['products_options_rows']
			);
			$queryResult->MoveNext();
		}
		return $retval;
	}
12 Jul 2014, 3:52 PM
#549
lat9 avatar

lat9

Administrator

Join Date:
Sep 2009
Location:
Stuart, FL
Posts:
14,065
Plugin Contributions:
56

Re: Edit Orders v4.0 Support Thread

lat9:

Thanks, lhungil. I found another "funny" with the dropdown (and possibly other flavors) of attributes; the ordering of the attribute values in the dropdown were all over the place, i.e. not in their defined sort-order. I made the following change to the /YOUR_ADMIN/includes/classes/attributes.php module to correct:

/**
 * Returns a multidimensional array containing the product attribute options
 * id / name / value rows for the specified product sorted by option id.
 *
 * @param int|string $zf_product_id the specified product id.
 * @param bool $readonly include readonly attributes not required to add a
 *        product to the cart, defaults to false.
 * @return array
 */
function get_attributes_options($zf_product_id, $readonly = false) {
	global $db;
	$query = 'SELECT attr.products_attributes_id, attr.products_id, attr.options_id, opt.products_options_name, val.products_options_values_name, opt.products_options_type, products_options_size, opt.products_options_rows ' .
		'FROM ' . TABLE_PRODUCTS_ATTRIBUTES . ' AS attr ' .
		'LEFT JOIN ' . TABLE_PRODUCTS_OPTIONS .
			' AS opt ON attr.options_id = opt.products_options_id ' .
		'LEFT JOIN ' . TABLE_PRODUCTS_OPTIONS_VALUES .
			' AS val ON attr.options_values_id = val.products_options_values_id ' .
		'WHERE attr.products_id = \'' . (int)$zf_product_id . '\' ' .
			'AND val.language_id = \'' . (int)$_SESSION['languages_id'] . '\' ' .
			'AND val.language_id = opt.language_id ';

	// Don't include READONLY attributes if product can be added to cart without them
	if(PRODUCTS_OPTIONS_TYPE_READONLY_IGNORED == '1' && $readonly === false) {
		$query .= 'AND opt.products_options_type != \'' . PRODUCTS_OPTIONS_TYPE_READONLY . '\' ';
	}

//-bof-20140712-lat9-Fix up attributes' sort order.
// $query .= 'ORDER BY opt.products_options_sort_order, attr.options_id';
$query .= 'ORDER BY attr.options_id, attr.products_options_sort_order';
//-eof-20140712-lat9

	if($this->cache_time == 0) $queryResult = $db->Execute($query);
	else $queryResult = $db->Execute($query, false, true, $this->cache_time);

	$retval = array();
	while (!$queryResult->EOF) {
		$retval[$queryResult->fields['products_attributes_id']] = array(
			'id' => $queryResult->fields['options_id'],
			'name' => $queryResult->fields['products_options_name'],
			'value' => $queryResult->fields['products_options_values_name'],
			'type' => $queryResult->fields['products_options_type'],
			'length' => $queryResult->fields['products_options_length'],
			'size' => $queryResult->fields['products_options_size'],
			'rows' => $queryResult->fields['products_options_rows']
		);
		$queryResult->MoveNext();
	}
	return $retval;
}
Hmm, that was closer but not totally correct.  This works all the way:
/**
 * Returns a multidimensional array containing the product attribute options
 * id / name / value rows for the specified product sorted by option id.
 *
 * @param int|string $zf_product_id the specified product id.
 * @param bool $readonly include readonly attributes not required to add a
 *        product to the cart, defaults to false.
 * @return array
 */
function get_attributes_options($zf_product_id, $readonly = false) {
	global $db;
	$query = 'SELECT attr.products_attributes_id, attr.products_id, attr.options_id, opt.products_options_name, val.products_options_values_name, opt.products_options_type, products_options_size, opt.products_options_rows ' .
		'FROM ' . TABLE_PRODUCTS_ATTRIBUTES . ' AS attr ' .
		'LEFT JOIN ' . TABLE_PRODUCTS_OPTIONS .
			' AS opt ON attr.options_id = opt.products_options_id ' .
		'LEFT JOIN ' . TABLE_PRODUCTS_OPTIONS_VALUES .
			' AS val ON attr.options_values_id = val.products_options_values_id ' .
		'WHERE attr.products_id = \'' . (int)$zf_product_id . '\' ' .
			'AND val.language_id = \'' . (int)$_SESSION['languages_id'] . '\' ' .
			'AND val.language_id = opt.language_id ';

	// Don't include READONLY attributes if product can be added to cart without them
	if(PRODUCTS_OPTIONS_TYPE_READONLY_IGNORED == '1' && $readonly === false) {
		$query .= 'AND opt.products_options_type != \'' . PRODUCTS_OPTIONS_TYPE_READONLY . '\' ';
	}

//-bof-20140712-lat9-Fix up attributes' sort order.
// $query .= 'ORDER BY opt.products_options_sort_order, attr.options_id';
$query .= 'ORDER BY opt.products_options_sort_order, attr.products_options_sort_order';
//-eof-20140712-lat9

	if($this->cache_time == 0) $queryResult = $db->Execute($query);
	else $queryResult = $db->Execute($query, false, true, $this->cache_time);

	$retval = array();
	while (!$queryResult->EOF) {
		$retval[$queryResult->fields['products_attributes_id']] = array(
			'id' => $queryResult->fields['options_id'],
			'name' => $queryResult->fields['products_options_name'],
			'value' => $queryResult->fields['products_options_values_name'],
			'type' => $queryResult->fields['products_options_type'],
			'length' => $queryResult->fields['products_options_length'],
			'size' => $queryResult->fields['products_options_size'],
			'rows' => $queryResult->fields['products_options_rows']
		);
		$queryResult->MoveNext();
	}
	return $retval;
}
13 Jul 2014, 12:47 AM
#550
lhungil avatar

lhungil

Totally Zenned

Join Date:
Feb 2012
Location:
mostly harmless
Posts:
1,818
Plugin Contributions:
4

Re: Edit Orders v4.0 Support Thread

lat9:

... I found another "funny" with the dropdown (and possibly other flavors) of attributes; the ordering of the attribute values in the dropdown were all over the place, i.e. not in their defined sort-order. ...
Not a surprise, the "attributes.php" file does not sort the attributes. Mostly because the file came from one of my other modules which does not care about the sort order (does it's own sorting dynamically based upon the attributes, attribute type, and some other external criteria). So the code omitted the database sort to improve performance.

I can see how some store owners would prefer to see the attributes in the same order (when adding a product) as they appear to customers, so will add modifications in the next release to allow both sorted and unsorted options in the "attributes.php" file.

Thank you for mentioning the behavior and posting an interim fix!

16 Jul 2014, 4:53 PM
#551
lhungil avatar

lhungil

Totally Zenned

Join Date:
Feb 2012
Location:
mostly harmless
Posts:
1,818
Plugin Contributions:
4

Re: Edit Orders v4.0 Support Thread

Looking for some community feedback
In an effort to make using Edit Orders easier to use (and more intuitive) a few changes have been proposed to the handling of products and attributes. Additional ideas / thoughts are welcome.

Background
Currently product and attribute fields in Edit Orders always override any automatic calculations. This behavior allows store owners to change / alter names, prices, taxes, onetime charges, etc. However if a store owner changes an attribute, price changes (onetime and total) are not updated to reflect the change (because they are overridden by the editable fields).

Proposal #1

  • Only allow editing the quantity, name, and tax, and attributes on products by default.
  • Do not allow editing of price and onetime charges.

Proposal #2

  • Allow editing everything by default.
  • Add a "checkbox" to indicate charges should be recalculated (ignoring the input fields).

Proposal #3

  • Only allow editing the quantity, name, and tax, and attributes on products by default.
  • Add a "checkbox" to enable editing of price and onetime charges.
  • Save the preference to a new database field (remember for the customer + order + product).

Initial Thoughts
Proposal #1 would be the easiest to implement and continues the process of moving Edit Orders towards mimicking the customer facing experience. Store owners can still manipulate the overall price of the order using the included "ot_onetime_discount" order total module. Use of a separate order total module provides additional data for the creation of reports on margin erosion and discounting (and supports auditing).

Proposal #2 would require a little more coding, but retains the current behavior of Edit Orders (while optionally allowing "recalculation" of pricing according to product / attribute rules). One of my great dislikes about this proposal: allowing direct edits by default encourages store owners to be lazy and just edit product pricing (without entering auditing information). Generating a report of margin erosion and discounting becomes much more difficult (and in some cases will provide less data). I feel if prices need to be changed frequently after an order has been placed the price of the product (or attributes) should be changed instead.

Proposal #3 would require additional database and PHP coding. This proposal is a compromise between Proposal #1 and Proposal #2. By default store owners are not allowed to change product pricing. By requiring store owners to check another checkbox (per product), hopefully it would at the least spark the thoughts: "Why is this not the default? Can it cause issues? Is there another (better) way?".

16 Jul 2014, 5:20 PM
#552
lat9 avatar

lat9

Administrator

Join Date:
Sep 2009
Location:
Stuart, FL
Posts:
14,065
Plugin Contributions:
56

Re: Edit Orders v4.0 Support Thread

FWIW, my choice would be Proposal #1 for the reasons you stated.

16 Jul 2014, 6:53 PM
#553
divavocals avatar

divavocals

Totally Zenned

Join Date:
Jan 2007
Location:
Los Angeles, California, United States
Posts:
10,011
Plugin Contributions:
3

Re: Edit Orders v4.0 Support Thread

lat9:

FWIW, my choice would be Proposal #1 for the reasons you stated.
nods in agreement :yes:

19 Jul 2014, 7:53 PM
#554
dml73 avatar

dml73

Zen Follower

Join Date:
Oct 2007
Posts:
413
Plugin Contributions:
0

Re: Edit Orders v4.0 Support Thread

I keep getting a "The webpage cannot be found" when I click the Edit button on the order page. The URL is "myadmin/FILENAME_ORDER_EDIT.php?oID=1013".

I have Super Orders 4.0.4 installed and also had Edit Orders 4.0.4 installed. It worked fine. Then I wanted to update Edit Orders to version 4.1.4. It installed fine without errors, the only problem is when I click the Edit button.
I tried completely uninstalling Edit Orders and reinstalled again, but same problem happens.

What am I doing wrong?

19 Jul 2014, 8:49 PM
#555
mc12345678 avatar

mc12345678

Totally Zenned

Join Date:
Jul 2012
Posts:
16,908
Plugin Contributions:
2

Re: Edit Orders v4.0 Support Thread

DML73:

I keep getting a "The webpage cannot be found" when I click the Edit button on the order page. The URL is "myadmin/FILENAME_ORDER_EDIT.php?oID=1013".

I have Super Orders 4.0.4 installed and also had Edit Orders 4.0.4 installed. It worked fine. Then I wanted to update Edit Orders to version 4.1.4. It installed fine without errors, the only problem is when I click the Edit button.
I tried completely uninstalling Edit Orders and reinstalled again, but same problem happens.

What am I doing wrong?

Missing a define for FILENAME_ORDER_EDIT. Either file not uploaded, not uploaded completely.

19 Jul 2014, 8:53 PM
#556
lhungil avatar

lhungil

Totally Zenned

Join Date:
Feb 2012
Location:
mostly harmless
Posts:
1,818
Plugin Contributions:
4

Re: Edit Orders v4.0 Support Thread

This is also common when the "install" step of Edit Orders 4.1.x (inside Zen Cart) is skipped (or does not complete successfully and displays a warning)... Or Super Orders is installed after Edit Orders and the Edit Orders "install" step has not been run again.

Basically the constant changed in Edit Orders 4.1.x (and the installer automatically fixes the constant name for older versions of Super Orders).

19 Jul 2014, 9:28 PM
#557
dml73 avatar

dml73

Zen Follower

Join Date:
Oct 2007
Posts:
413
Plugin Contributions:
0

Re: Edit Orders v4.0 Support Thread

lhungil:

This is also common when the "install" step of Edit Orders 4.1.x (inside Zen Cart) is skipped (or does not complete successfully and displays a warning)... Or Super Orders is installed after Edit Orders and the Edit Orders "install" step has not been run again.

Basically the constant changed in Edit Orders 4.1.x (and the installer automatically fixes the constant name for older versions of Super Orders).

Thanks, the problem is that I did do the install step and it did say that the installation was successful. Also, Super Orders was installed before I installed Edit Orders. I carefully followed all installation instructions.
When I check admin/orders.php then I can see that all instances of FILENAME_ORDER_EDIT has not been replaced with FILENAME_EDIT_ORDERS as I believe it should. Any ideas why?

20 Jul 2014, 12:03 AM
#558
lhungil avatar

lhungil

Totally Zenned

Join Date:
Feb 2012
Location:
mostly harmless
Posts:
1,818
Plugin Contributions:
4

Re: Edit Orders v4.0 Support Thread

DML73:

... When I check admin/orders.php then I can see that all instances of FILENAME_ORDER_EDIT has not been replaced with FILENAME_EDIT_ORDERS as I believe it should. Any ideas why?
So when you RERUN the "install" step of Edit Orders you only see a "success" message, no other messages? Very curious! A preg_replace is run over the contents of the file checking for FILENAME_ORDER_EDIT and replacing with FILENAME_EDIT_ORDERS. If unable to write the contents of the changed file to disk the installer then reports a warning message...

Unless of course you have a version of Super Orders 4.0.6+ installed and manually changed the "orders.php" included with Super Orders (to make it work with Edit Orders 4.0.x)... Another possibility could be left over database entries from a failed attempt to install a newer version of Super Orders... Versions of Super Orders >= 4.0.6 already include the necessary changes to work with Edit Orders 4.1.x. So when the Edit Orders installer detects a newer version of Super Orders (from the database), the installer does not run the above check / replace against "orders.php"...

NOTE: If you have a development copy of the site somewhere exhibiting this behavior I would be interested in taking a further look at the database and files... Feel free to send me a PM with applicable information and when I get some time I will take a look.

20 Jul 2014, 2:50 AM
#559
dml73 avatar

dml73

Zen Follower

Join Date:
Oct 2007
Posts:
413
Plugin Contributions:
0

Re: Edit Orders v4.0 Support Thread

lhungil:

So when you RERUN the "install" step of Edit Orders you only see a "success" message, no other messages? Very curious! A preg_replace is run over the contents of the file checking for FILENAME_ORDER_EDIT and replacing with FILENAME_EDIT_ORDERS. If unable to write the contents of the changed file to disk the installer then reports a warning message...

Unless of course you have a version of Super Orders 4.0.6+ installed and manually changed the "orders.php" included with Super Orders (to make it work with Edit Orders 4.0.x)... Another possibility could be left over database entries from a failed attempt to install a newer version of Super Orders... Versions of Super Orders >= 4.0.6 already include the necessary changes to work with Edit Orders 4.1.x. So when the Edit Orders installer detects a newer version of Super Orders (from the database), the installer does not run the above check / replace against "orders.php"...

NOTE: If you have a development copy of the site somewhere exhibiting this behavior I would be interested in taking a further look at the database and files... Feel free to send me a PM with applicable information and when I get some time I will take a look.
That is correct, I have run the "install" step several times and every time I get a green successful message, without any error or warning messages.

The current version of Super orders I have is 4.0.4, I installed that long time ago, and I don't recall that I have manually changed the orders.php or have any failed attempts to install Super Orders.
Could the problem be that my current version of Super Orders is 4.0.4?
Should I try and uninstall Super Orders and then install version 4.0.9?

21 Jul 2014, 4:35 AM
#560
dml73 avatar

dml73

Zen Follower

Join Date:
Oct 2007
Posts:
413
Plugin Contributions:
0

Re: Edit Orders v4.0 Support Thread

Ok I removed Super Orders 4.0.4. I removed it instead of upgrading just to be sure everything is removed. Then I installed Super Orders 4.0.9 and it installed and works without errors or problems. Then I ran the install step for Edit Orders and got the following error when I click the "Admin home" link in Admin:

Filesystem Error: Unable to access 'myadmin/includes/init_includes/init_eo_remove.php'. Please make sure the file exists on the webserver and the webserver has access to read the file!
Error Edit Orders installation / upgrade failed!

As far as I can see then init_eo_remove.php is not a part of the Edit Orders module, I can't find that file in the 4.1.4 version installation folder, so why is the installation asking for that file?? and what can I do to solve the problem ? :blink: