Return Authorization Module (RMA)

WWRepair:

Hello, I use this module and I did a test RGA and received the request as the business owner. As the business I just hit reply and did a test to see where the reply would go. It went direct to the customer from my correct email address. Have you done a test reply? Is this what you are referring to?

Thanks for your update. I need to provide more clarification. Yes! When I hit reply, the right email is displayed in the reply to (which is the customer email address). However, in Outlook if you look at the original mail below, it shows the store email address and the top header also shows the store email address.

The reason I want the original email to actually show the customer's email address is because, we use an auto responder that acknowledges the RMA submission. Unfortunately, it's using the store email address because that's what's in the display even though if manually replying through Outlook when I click reply it populates with the customer email address. I am not even sure if this all makes sense but the problem here is with the auto responder seeing the store email address instead of the customer.

Thanks for looking into this for me.

Bless, I apologize. I misunderstood your problem. I see what you are referring to and that is beyond my knowledge :blink: Sorry I couldn't help you. Good Luck!

BlessIsaacola:

Thanks for your update. I need to provide more clarification. Yes! When I hit reply, the right email is displayed in the reply to (which is the customer email address). However, in Outlook if you look at the original mail below, it shows the store email address and the top header also shows the store email address.

The reason I want the original email to actually show the customer's email address is because, we use an auto responder that acknowledges the RMA submission. Unfortunately, it's using the store email address because that's what's in the display even though if manually replying through Outlook when I click reply it populates with the customer email address. I am not even sure if this all makes sense but the problem here is with the auto responder seeing the store email address instead of the customer.

Thanks for looking into this for me.the issue you are having can't be fixed by any quick fix of this module. You will need to play with and adjust your Outlook rules so that your auto responder works as you wish.. if you are proficient in Outlook it should be easy to do..

Kevin205:

Using Zen Cart 1.5.1

I am about to install Return Merchandise Authorization (RMA) from the following link:
http://www.zen-cart.com/downloads.php?do=file&id=288

Is the plugin from the above link compatible with Zen 1.5.1?

Is this thread discussing the plugin from the above link or is a different plugin being discussed?
I have just updated this mod to work on 1.5.1 and sent it for approval so hopefully should be available soon.

alray10:

I have just updated this mod to work on 1.5.1 and sent it for approval so hopefully should be available soon.

I had the 1.39 installed and it was working fine.
I installed the 1.5.1 (3.0) and now the page is blank.

I did the sql upgrade, then refreshed my returns page and blank.

Uninstalled all 1.51 pages, then did the uninstall of mysql using: uninstall_return_authorization.sql
(included in the 3.0 folder)

then installed the 1.39 rma (as I did originally), I ran the install mysql from within zen (as I did originally).
called the admin returns using http://www.your domain/your admin name/configuration.php?gID=3? (first was 34 now it is 37)
The admin section is fine but still... the main customer rma page is blank.

Any help would be great.

Thanks

xspresso:

I had the 1.39 installed and it was working fine.
I installed the 1.5.1 (3.0) and now the page is blank.

I did the sql upgrade, then refreshed my returns page and blank.

Uninstalled all 1.51 pages, then did the uninstall of mysql using: uninstall_return_authorization.sql
(included in the 3.0 folder)

then installed the 1.39 rma (as I did originally), I ran the install mysql from within zen (as I did originally).
called the admin returns using http://www.your domain/your admin name/configuration.php?gID=3? (first was 34 now it is 37)
The admin section is fine but still... the main customer rma page is blank.

Any help would be great.

ThanksBlank page = error.. Need to know what the error log generated says.. Otherwise we'll all be guessing what the issue is you are having..

Upgrading from your version of RMA 2.3.3 (zencart 139h) -> RMA 1.5.1 (zencart 151)

1. If you had customised your version of RMA 2.3.3 in zencart 139h, all of those files can be copied directly to their corresponding folders in your zencart 1.5.1 store. Then go to step 2 below.
   Otherwise, ensure all folders named YourTemplate (or similar) in Return Authorization 2.3.3 are changed to the actual name of your template in your zencart 1.5.1 store.
   Then upload all of the Return Authorization 2.3.3 files in \email\ and \includes\ folders to their corresponding folders in your store, but do not upload any *.sql and *.txt files.

2. Copy the file Return Authorization 3.0.0\1.5.1\admin\includes\languages\english\extra_definitions\returns.php to the corresponding admin folder in your zencart 1.5.1 store.

3. Edit Return Authorization 3.0.0\1.5.1\install_return_authorization.sql
   change last line from

INSERT INTO `configuration` VALUES (NULL, 'Return Authorization Version', 'RA_VERSION', '2.3.3', 'Return Authorization version', @t4, 9, NULL, now(), NULL, NULL);

to

INSERT INTO `configuration` VALUES (NULL, 'Return Authorization Version', 'RA_VERSION', '3.0', 'Return Authorization version', @t4, 9, NULL, now(), NULL, NULL);

and then save this file.

4. Copy and paste contents of your saved install_return_authorization.sql into Admin > Tools > Install sql patches page of your zencart 1.5.1 store, then click send.

5. Copy and paste contents of \Return Authorization 3.0.0\1.5.1\1.5.1-patch.sql into Admin > Tools > Install sql patches page of your zencart 1.5.1 store, then click send.

If you do no wrong, consider job done. Enjoy.

The log file
I tried that first. Nothing (that I see)
imestamp admin_user ip_address page_accessed parameters flagged attention postdata
2013-04-15 23:08:30 1 admin 108.33 admin_activity.php action=save& 0 stdClass Object
(
[format] => 0
[filename] => admin_activity_archive_2013-04-15_23-07-35.csv
)
2013-04-15 23:07:35 1 admin 108.33 admin_activity.php 0
2013-04-15 23:06:32 1 admin 108.33 admin_activity.php action=save& 0 stdClass Object
(
[format] => 0
[filename] => admin_activity_archive_2013-04-15_23-06-26.csv
)
No errors in the cpanel log (blank)

As I said above I had the 1.39 installed and it was working fine.
I installed the 1.5.1 (3.0) by uploading 3.0 over 2.2 (i did not delete it)
The store is new I did not do any custom work to RMA.
I installed the sql from the 1.51 folder then I installed the patch for 1.51.

Then refreshed my returns page and it was blank.

Uninstalled all 1.51 pages, then did the uninstall of mysql using: uninstall_return_authorization.sql
(included in the 3.0 folder)

then installed the old original 1.39 rma (as I did originally), I ran the mysql (from orig 1.39) from within zen (as I did originally).
called the admin returns using http://www.your domain/your admin name/configuration.php?gID=3? (first was 34 now it is 37)
The admin section is fine but still... the main customer rma page is blank.

And again I deleted each page manually. And started a new install of the 1.51 from scratch.
Checked each line in mysql and all looks good there.

It seems the only variable here is the database.

So here I go again. I just deleted the config and config group entries using Return Authorization SQL Uninstall
Version: 2.3.3. I verified that all is uninstalled.

I installed 1.39 again, blank page. WTBlank.

Any ideas.

xspresso

Which version of zencart are you running?

Have you read the entire RMA support thread?

If you are running zencart 139h, try loading 2.3.2 or 2.3.3 version of RMA. The 151 version of RMA 3.0 is not suited to 139h.

If you are running zencart 151, my instructions should work for 2.3.3 version of RMA.

Cheers

Hi thanks for answering.

Yes fresh install 1.51. zen cart (I did mention the store was new.)
I installed rma 2.33 on zen 1.51, it worked fine.
I have been installing scripts for 15 years and using zen for dozens of projects.
I joined this forum in 2008 because I had a problem but fixed it without needing to post.
I always read the forum first, that always fixes the problem.

I deleted the 2.33 files and unzipped a fresh download, just in case.
I am thinking that it is not reading from the database.
I don't know much about mysql, could it be the sort order. First install 33
after updating database it went to 34 and is now 38 after deleting and trying 4 times.

The question: is there someplace else in mysql that keeps track of the sort order for returns?
(besides configuration and configuration group)

I forgot about this log!
[16-Apr-2013 09:05:28 America/Chicago] PHP Deprecated: Directive 'magic_quotes_gpc' is deprecated in PHP 5.3 and greater in Unknown on line 0
[16-Apr-2013 09:05:29 America/Chicago] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20060613/xdebug.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20060613/xdebug.so: cannot open shared object file: No such file or directory in Unknown on line 0
[16-Apr-2013 09:05:29 America/Chicago] PHP Warning: PHP Startup: timezonedb: Unable to initialize module
Module compiled with module API=20060613
PHP compiled with module API=20090626
These options need to match
in Unknown on line 0
[16-Apr-2013 09:05:29 America/Chicago] PHP Warning: PHP Startup: PDO: Unable to initialize module
Module compiled with module API=20060613
PHP compiled with module API=20090626
These options need to match
in Unknown on line 0
[16-Apr-2013 09:05:29 America/Chicago] PHP Warning: PHP Startup: pdo_sqlite: Unable to initialize module
Module compiled with module API=20060613
PHP compiled with module API=20090626
These options need to match
in Unknown on line 0
[16-Apr-2013 09:05:29 America/Chicago] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20060613/sqlite.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20060613/sqlite.so: undefined symbol: third_arg_force_ref in Unknown on line 0
[16-Apr-2013 09:05:29 America/Chicago] PHP Warning: PHP Startup: pdo_mysql: Unable to initialize module
Module compiled with module API=20060613
PHP compiled with module API=20090626
These options need to match
in Unknown on line 0
[16-Apr-2013 09:05:29 America/Chicago] PHP Warning: PHP Startup: SourceGuardian: Unable to initialize module
Module compiled with module API=20060613
PHP compiled with module API=20090626
These options need to match
in Unknown on line 0
[16-Apr-2013 09:05:29 America/Chicago] PHP Deprecated: Directive 'magic_quotes_gpc' is deprecated in PHP 5.3 and greater in Unknown on line 0

I would not post now if I did not need some ideas of what MIGHT be possibly wrong.

I realize it should work, and I realize 1.51 rma wont work on 1.39 zen.

I have completely uninstalled it 4 times and tried both the 1.39 rma and the 1.51 rma
and all pages come up blank. (not 404 etc just blank) source shows a "1")

More log files.

I am in EST (Chicago is PST?)
lected 'America/Chicago' for 'CDT/-5.0/DST' instead in /home/sup/public_html/partydsc/includes/languages/abbington_mega/english.php on line 16
[16-Apr-2013 16:41:03 America/Chicago] PHP Warning: date() [<a href='function.date'>function.date</a>]: It is not safe to rely on the system's timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /home/sup/public_html/partydsc/includes/languages/english/email_extras.php on line 30
[16-Apr-2013 16:41:03 America/Chicago] PHP Warning: date() [<a href='function.date'>function.date</a>]: It is not safe to rely on the system's timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /home/sup/public_html/partydsc/includes/languages/english.php on line 16
[16-Apr-2013 16:41:03 America/Chicago] PHP Warning: date() [<a href='function.date'>function.date</a>]: It is not safe to rely on the system's timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /home/sup/public_html/partydsc/includes/init_includes/init_special_funcs.php on line 36
[16-Apr-2013 16:41:03 America/Chicago] PHP Warning: date() [<a href='function.date'>function.date</a>]: It is not safe to rely on the system's timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /home/sup/public_html/partydsc/includes/counter.php on line 21
[16-Apr-2013 16:41:03 America/Chicago] PHP Warning: mktime() [<a href='function.mktime'>function.mktime</a>]: It is not safe to rely on the system's timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /home/sup/public_html/partydsc/includes/counter.php on line 53
[16-Apr-2013 16:41:03 America/Chicago] PHP Warning: strftime() [<a href='function.strftime'>function.strftime</a>]: It is not safe to rely on the system's timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /home/sup/public_html/partydsc/includes/counter.php on line 53

Sorry to blast you with all this.

But I deleted the returns.php.... Now the page show up in the site. It does not have text, just the statements ie;
ENTRY_NAME and not First Name.
I tried replacing returns.php with the 3.0 version and I get blank page returns.

post a copy of that file - must have an error in it if it returns a bank page

xspresso --

Try this version of RMA I've attached here.. I installed this on my client's site a while back and really meant to submit it to the downloads section, but got too busy to package it up for submission.. I cleaned up some of Clyde's old code and removed all of the ordered lists from the returns form so it functions/looks like other default Zen Cart forms, I and also updated the graphics to much cleaner versions (no jagged edges)..

I took a quick look at the v3.0.0 files and part of the issue is the SQL file contains code that will create issues and is not recommended.. This might be part of the issues you are having with this version..

This version is SUPER simple to install since there is no external SQL file to run.. However, you will probably need to manually delete the entries created by the version you already installed BEFORE you install it or you WILL have errors when it attempts to create the database entries if ANY of the old stuff is still there...

All you need to do is the following:

1. Rename the template and admin folders to match your store's template and admin folders
2. Login to your store
3. Open the "install_files" folder
4. Copy the RMA files over to your store
5. Once all the files are uploaded, click ANY link in your admin to activate the install..

That's it!! Easy Peezy!!

If you report no issues with this, I'll submit it to the downloads section.. I just did a quick re-check and had absolutely NO ISSUES installing this..

works perfectly!

DivaVocals:

xspresso --

Try this version of RMA I've attached here.. I installed this on my client's site a while back and really meant to submit it to the downloads section, but got too busy to package it up for submission.. I cleaned up some of Clyde's old code and removed all of the ordered lists from the returns form so it functions/looks like other default Zen Cart forms, I and also updated the graphics to much cleaner versions (no jagged edges)..

I took a quick look at the v3.0.0 files and part of the issue is the SQL file contains code that will create issues and is not recommended.. This might be part of the issues you are having with this version..

This version is SUPER simple to install since there is no external SQL file to run.. However, you will probably need to manually delete the entries created by the version you already installed BEFORE you install it or you WILL have errors when it attempts to create the database entries if ANY of the old stuff is still there...

All you need to do is the following:

2. Rename the template and admin folders to match your store's template and admin folders

3. Login to your store

4. Open the "install_files" folder

5. Copy the RMA files over to your store

6. Once all the files are uploaded, click ANY link in your admin to activate the install..

That's it!! Easy Peezy!!

If you report no issues with this, I'll submit it to the downloads section.. I just did a quick re-check and had absolutely NO ISSUES installing this..

For the record, this section of the SQL is problematic

SET @t4=0;
SELECT (@t4:=configuration_group_id) as t4
FROM configuration_group

DivaVocals:

xspresso --

Try this version of RMA I've attached here.. I installed this on my client's site a while back and really meant to submit it to the downloads section, but got too busy to package it up for submission.. I cleaned up some of Clyde's old code and removed all of the ordered lists from the returns form so it functions/looks like other default Zen Cart forms, I and also updated the graphics to much cleaner versions (no jagged edges)..

I took a quick look at the v3.0.0 files and part of the issue is the SQL file contains code that will create issues and is not recommended.. This might be part of the issues you are having with this version..

This version is SUPER simple to install since there is no external SQL file to run.. However, you will probably need to manually delete the entries created by the version you already installed BEFORE you install it or you WILL have errors when it attempts to create the database entries if ANY of the old stuff is still there...

All you need to do is the following:

2. Rename the template and admin folders to match your store's template and admin folders

3. Login to your store

4. Open the "install_files" folder

5. Copy the RMA files over to your store

6. Once all the files are uploaded, click ANY link in your admin to activate the install..

That's it!! Easy Peezy!!

If you report no issues with this, I'll submit it to the downloads section.. I just did a quick re-check and had absolutely NO ISSUES installing this..
and so it's perfectly clear, when I say delete any previous version files Imean you need to delete ALL the files and ALL the database entries too (running the uninstall SQL MAY do the trick)

ETA:
Nevermind.. let me just give you the correct uninstall SQL to run BEFORE you install the version I posted:

SELECT @t4:=configuration_group_id
FROM configuration_group
WHERE configuration_group_title= 'Return Authorization';
DELETE FROM configuration WHERE configuration_group_id = @t4;
DELETE FROM configuration_group WHERE configuration_group_id = @t4;


DELETE FROM configuration WHERE configuration_group_id = @configuration_group_id;
DELETE FROM configuration_group WHERE configuration_group_id = @configuration_group_id;
DELETE FROM configuration WHERE configuration_key = 'DEFINE_RETURNS_STATUS';

Thank you so much DivaVocals I was on the edge of taking out my old cgi RMA script and incorporating that.

xspresso:

Thank you so much DivaVocals I was on the edge of taking out my old cgi RMA script and incorporating that.
Sure thing glad it worked for ya..:smile: (it did work right??)

Fast and so easy is how it worked!

While I have your attention.....
The success page after submission, is there a way to do something like this?