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?
Thanks.

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?

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.

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.

From Google Drive, as it said in the website on manual upgrades.   
https://abantecart.atlassian.net/wiki/spaces/AD/pages/5275676/Upgrade+manually
I think this page needs updating.
Thanks, I now know what I have to do.

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.

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'] = 'https://select.worldpay.com/wcc/purchase';
to
$this->data['action'] = 'https://secure.worldpay.com/wcc/purchase';

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.

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.