Show Posts

Messages - featurespoon

Pages: [1] 2
Documentations & Manuals / More Users permissions requested
« on: August 17, 2020, 03:34:39 PM »
One of our users who has limited permissions, is using the Control Panel to import a file of product data, but is being stopped with the message "error_permission".  I have set up read/write permission to all the modes I can think might apply, such as tool/import_upload, tool/import_process, listing_grid/file_uploads, catalog/product*, but it makes no difference. I can see nothing in the manuals that can help.  Can you tell me what I'm missing?

Template Support / Re: Editting Email Templates goes wrong
« on: August 04, 2020, 01:00:00 PM »
I've now made sure that the PHP version is 7.4.  I went into the email template editor and changed one word and saved.  The result was OK. I then went in again and switched to the Visual Editor, did not make any changes and then switched back to the regular editor. I could then see that the </span> was missing as was the iterative Mustache tags for product and total as mentioned previously. I think the Visual editor should be disabled and certainly should be avoided by anybody editting email templates.

Template Support / Re: Editting Email Templates goes wrong
« on: August 04, 2020, 06:35:28 AM »
I used the regular editor.  I did once switch to the visual editor to see what it looked like, but didn't edit in that mode.  Would that be enough to cause what I experienced?  One other thing occurred to me. I was unfortunately using an old version of PHP.  4.4 I think it was.  As this editor must rely on the PHP functions html_entity_decode and html_entities, if there were any bugs in them could that be the cause?

Template Support / Re: Editting Email Templates goes wrong
« on: August 03, 2020, 09:20:32 AM »
Unfortunately the problems with the email template editor don't stop there.   Well away from where I made a small change, this line:

<td class="align_left">Order ID: <span
         style="color: #069; font-weight: bold;">{{ order_id }}</span><br />


<td class="align_left">Order ID: &lt;span
         style="color: #069; font-weight: bold;"&gt;{{ order_id }}<br />

Not only are some tags encoded in the PHP sense, but the end tag </span> is lost entirely.

Even worse, the iterative Mustache  tags  {{#products}}, {{/products}} {{#totals}}, and {{/totals}} are lost entirely and even some
singular tags for {{#comment}} and {{/invoice}}.  This means that you get out emails without any products or any totals listed for the order.  Quite useless for the customer.

So my advice is, make a copy of the template before you start editting.  You may have to go back and add the things that got lost.  That does work and I now have a good working template.

Template Support / Editting Email Templates goes wrong
« on: August 03, 2020, 07:53:01 AM »
Email templates were introduced in version 1.2.16, I've belatedly discovered.  This has given me some grief. The original templates for order notification emails have not been removed.  So I naively thought, not having realised that these new templates had been introduced, if I edited these old templates I'd see the result in the generated emails. How wrong I was. Even if I inserted error_log's in the these templates, the 'error' message would come out, so I knew the template was being executed, but the HTML around error_log did not appear in the email (tearing of hair)!  Following the code for emails pointed me to the new email templates.  Serves me right, you might say, for not reading the release notes, but why keep the old templates, and load them?  The release notes also announced the new editor of these templates in the Control Panel.  Great! - or was it. I needed to change the column heading 'Model' to 'Author' - our shop sells books - simple enough in this editor, although a placeholder would have been useful.  When I did that the result was catastrophic. Here is a portion of the HTML produced:

<th class="align_left" style="color: #ffffff;">Author</th>
<th class="align_right" --n--="">       style="width: 10%; padding: 0.3em; color: #FFFFFF;"&gt;Price</th>
               <th class="align_right" --n--="">                style="width: 15%; padding: 0.3em; color: #FFFFFF;"&gt;Quantity</th>

My new Author line was OK, but the following lines had this extra text inserted after the "align_right".  I think what is happening is that because the <th...> tag was split over two lines, the editor has inserted this
--n--"">   What's more, the end ">" has got converted to  &gt;
The work-around is to delete the newline and keep the <th > tag on one line even it wraps around, and change the &gt: to >

In fact I found this has happened at a number of places in the template file.

Upgrade / Re: Mysterious file names in manual upgrade
« on: July 28, 2020, 05:49:31 AM »
Thank you, llegrand for your advice about the clone facility in Softaculous.  That was brilliant!  You really need this facility for testing an updated Abantecart website before going live.  It was not quite trouble-free. The database copy was for version 1.2.9, but I'm now on 1.2.16, so system/config.php had to be updated, but really the cloning was almost perfect.

Upgrade / Re: Mysterious file names in manual upgrade
« on: July 12, 2020, 06:02:47 PM »
I've found the problem. As you said it was the file manager I used to decompress the update_only archive. I had used 'filzip'.  DO NOT USE this program. When I went back to good-old tar run in msys/mingw., the uncompressed files showed none of these strange names. Upgrades are now going like clockwork for me.  Thanks for your help.

Upgrade / Re: Mysterious file names in manual upgrade
« on: July 09, 2020, 06:14:07 AM »
I have now downloaded update_only for 1.2.10 from github as you advised, but I find the tar.gz archive also contains files with these strange names.  For example for storefront/view/default/template/responses/checkout has cart_details0000644.
What do you suggest?

Upgrade / Re: Mysterious file names in manual upgrade
« on: July 09, 2020, 05:58:05 AM »
From Google Drive, as it said in the website on manual upgrades.
I think this page needs updating.
Thanks, I now know what I have to do.

Upgrade / Mysterious file names in manual upgrade
« on: July 08, 2020, 12:47:54 PM »
I am trying to do a manual upgrade from 1.2.9 to 1.2.10 which I am doing with an off-line clone before installing on the website, as recommended. This I am doing on Windows with Mysql and IIS installed with PHP, so I have the right environment.  One of the steps is to copy new files to replace old ones and add new ones.  Some of the new ones have strange names, but when you look inside them, they are just php files.  For example guest_step_1.tpl0000664 or in the extension default-pp_express entensi0000644  There must be some tool which converts these to proper php (or tpl) files, but simply copying won't do it.  What am I missing? 

Payment Modules / Re: Worldpay extension NOT working
« on: March 21, 2019, 10:49:10 AM »
That's correct. It's set up inside the Worldpay extension and references a function in the extension (called 'callback'!) and you don't need to worry about it. This address is passed over to the gateway together with other payment-related data so that the gateway can return the results of the attempt at card payment.

Payment Modules / Re: Worldpay extension NOT working
« on: March 20, 2019, 12:42:21 PM »
The response of the gateway is to invoke the callback in the extension.  So the URL is your online shop!  The return data indicates whether the payment was successful or not. If so the order is recorded and the appropriate page in the rest of the online shop is brought up.

Payment Modules / Re: Worldpay extension NOT working
« on: March 20, 2019, 11:59:47 AM »
Can you make the change to the files you have and are using?   That is

in Storefront/controller/responses/extension/default_worldpay.php
line 40 change
$this->data['action'] = '';
$this->data['action'] = '';

Hopefully Abantecart will make the updated extension available at some point.  By the way, I don't know what version of Abantecart you are using but I have only tested it on version 1.2.9.
If you still have problems let me know.

Payment Modules / Re: Worldpay extension NOT working
« on: March 20, 2019, 11:37:46 AM »
Yes, make that change. You should find that it works, now.
We need to record that change with Abantecart.  Can someone tell me how to do that?

Payment Modules / Re: Worldpay extension NOT working
« on: October 21, 2017, 06:47:41 AM »
I have raised an issue in github relating to Worldpay, asking for Worldpay to be reinstated in Abantecart core. I'm not bothering with github any further.  Please find attached a zip file with the revised Worldpay extension. I have not updated the russian and spanish languages as I have no knowledge of them, but otherwise I think it is complete, with some help on how to set up in Worldpay Business Manager.

I don't know how you're going to test this, but I'd be interested in how you get on.

Pages: [1] 2

Powered by SMFPacks Social Login Mod