Product Images, Renaming Component & Invoice Files

  • Posts: 8
  • Thank you received: 0
2 weeks 1 day ago #290811

-- HikaShop version -- : 3.3.0
-- Joomla version -- : 3.8.6
-- PHP version -- : 7.1.15
-- Browser(s) name and version -- : Firefox 59.0.2

Dear HikaShop team,

Thank you for your free HikaShop Starter e-commerce solution. I plan to upgrade to the Essential version of HikaShop, but I have three issues I hope can be resolved.

1. I have noticed that products that have a file attachment for download, in my case a PDF file, with a virtual product (no weight and quantity set to unlimited) does not have its product image displayed in the order e-mail notification (see the attached images numbers 1 and 2.) I thought this may be the result of the product being virtual, but a virtual product without a file attachment for download (which is the second product item shown in the order e-mail notification) has its image displayed. What is the problem here do you think?





2. As you know, it is possible to rename a component through the language file allowing the name to be displayed in a more relevant way. I Changed HikaShop to “Web Shop” and other names of components such ACY Mailing to “NewsMail” and JCE Editor to “Content Editor.” The name changes work fine when displayed in the drop down menu for components, in the backend of the site (see attached image number 3.) However, when selecting my Web Shop link to access HikaShop all the name changes I have made for various components, including HikaShop, return to the original component name when I am viewing or accessing all aspects of HikaShop in the backend (see attached image 4.) All the name changes I have made to the components keep their changes when I access all the other backend components and extensions. Only when I access HikaShop, the component name changes return to their original name. What could be the problem here?





3. I have two identical test sites with Hikashop installed, on two different servers; one is GoDaddy the other SiteGround. Periodically, I get an automated e-mail message from GoDaddy with a malware alert in relation to the attachinvoice plugin (see attached image number 5.) I do not get these alerts with SiteGround only on Godaddy. I have not updated the attachinvoice plugin, since buying it almost 3 years ago. Do I need to get an update? Alternatively, could it be that the malware alert is a false positive?



Thanks again for your e-commerce solution and I hope these issues can be resolved.

Mr B

Please Log in or Create an account to join the conversation.

  • Posts: 61801
  • Thank you received: 8789
  • MODERATOR
2 weeks 1 day ago #290814

Hi,

1. That's indeed a bug. I've added a patch on our end in order to fix that.
It apparently appears only when the images have images AND variants.
You can download the install package on our website and install it again on yours to get the patch added or wait for the next update of HikaShop.

2. So concretely, how do you translate them ? What do you add where ?

3. It's indeed false positives.
I suppose that these are flagged because they contain some complex regular expressions and/or code which the security algorithm has doubts about.

Please Log in or Create an account to join the conversation.

  • Posts: 8
  • Thank you received: 0
1 week 6 days ago #290958

Hello Nicolas,

Thanks for your reply. In relation to Issue 2, the language file edit is done through the language overrides in the backend, Extensions > Language(s) > Overrides and then: Filter: English (en-GB) –Administrator. I simply changed the Value for the Constant HIKASHOP from 'HikaShop' to 'Web Shop.' The same method was used for other components.

Could you tell me if the patch, for the image issue, is added to current HikaShop 3.4.0.? As HikaShop 3.3.0 version is not available from your site.

Thank you for your continuing support.

Mr B

Please Log in or Create an account to join the conversation.

  • Posts: 61801
  • Thank you received: 8789
  • MODERATOR
1 week 6 days ago #290977

Hi,

1. I don't see the issue on my end:
monosnap.com/file/pVXMVlPVVMTK32fzRHJ5RDLnJsKhaR
I'm able to translation acymailing to mail marketing and it keeps it like that even for HikaShop.
This probably indicates that you have some errors in your translation files.
Activate the "debug language" setting of the Joomla configuration and go to the HikaShop component in your backend. Then, look at the language files debug data at the bottom of the page to find out which lines of which files has an error.

2. Yes, it is in the 3.4.0. The auto update is not activated yet for it. We're still waiting for more feedbacks on it. We hope to activate the auto update for it next week.

Please Log in or Create an account to join the conversation.

  • Posts: 8
  • Thank you received: 0
1 week 2 days ago #291171

Hello Nicolas,

Thanks for your reply. The results of the language debug are shown below. I see that 2 hikashop language files have "not loaded" before them, which I think is normal for hikashop. 2 other hikashop language files are loaded but for some reason the only other "not loaded" file is acymailing.







Do you have a similar output when you "Debug Language"? Would there be solution to my problem? Thanks for your continuing support

Regards,

Mr B

Please Log in or Create an account to join the conversation.

  • Posts: 61801
  • Thank you received: 8789
  • MODERATOR
1 week 2 days ago #291183

Hi,

It's normal that these files are not loaded.
The main import file to look at is the file \administrator\language\overrides\en-GB.override.ini
That's where the overrides are stored by Joomla for backend translations.

Please Log in or Create an account to join the conversation.

  • Posts: 8
  • Thank you received: 0
1 week 18 hours ago #291268

Hello Nicolas,

Thanks for your reply. You are partially right concerning the language overrides, but with some testing I discovered that the problem comes from when an override is added for the front end of the site from the back end: Extensions > Language(s) > Overrides - English (en-GB) –Site.

I thought specific overrides were causing this problem, but if even one override is added to the Site overrides then the original name, of a renamed component, is displayed on the component drop down menu, in the back end, when the HikaShop component is selected (as described in point 2 at the top of this thread).

Could you try again renaming a component and then adding any Site override at your end to see if the same problem happens? I have noticed this for some time as I have many site overrides. The possible reason for it not being noticed is that users of HikaShop perhaps don’t change the names of components through Administrator overrides along with having Site overrides.

Regards,

Mr B

Please Log in or Create an account to join the conversation.

  • Posts: 61801
  • Thank you received: 8789
  • MODERATOR
1 week ago #291303

Hi,

That's because HikaShop only has a frontend language file and use it for both the backend and the frontend (so that it is easier for translators as they only have one file to translation and no duplicates around dozens of files).
Thus, when it loads the frontend language file on the backend it also loads the frontend overrides.
Apparently, Joomla remove the translation overrides from the backend override at that point.
So the easy solution is to add your backend overrides to the frontend override file as well.

Please Log in or Create an account to join the conversation.

  • Posts: 8
  • Thank you received: 0
5 days 16 hours ago #291346

Hello Nicolas,

Thank you for your reply. The display of renamed components is now resolved when accessing HikaShop and thanks for the patch in HikaShop 3.4.0 for displaying a product image with variants and a file attachment in order notification e-mail. :)

One issue I forgot to include is related, again, to a variant product with a file attachment. I have a virtual product with 4 variants and all have file attachments, in the form of a PDF that can be downloaded. One of the virtual product’s file attachments is free (not subject to cost) and is displayed with the product description in the shop’s frontend (see image 002 below). As the other three products’ file attachments are available after an order is confirmed (payment is made) the files are not displayed with their product descriptions (see image 001 below).

When the product with the free file attachment is selected the link for the file to download is displayed, however, when selecting one of the other product’s variant, after the product with the free file attachment has been selected, the link for the free file attachment remains on the page with the other products’ description (see image 003 below).

I’m not sure if this is a bug with HikaShop or problem with my template. Could you see if you have a similar problem at your end? Thanks for the continuing support.

Regards,

Mr B

Attachments:
Last Edit: 4 days 2 hours ago by Jerome.

Please Log in or Create an account to join the conversation.

  • Posts: 61801
  • Thank you received: 8789
  • MODERATOR
4 days 1 hour ago #291362

Hi,

Well, it's half a bug. It's done like that on purpose so that there is no need to have too much HTML on the page as an optimization.
If you set a free file for each variant of the product, you should see that the file will switch correctly.
Only for the variants without files, it will keep what was displayed before.

To change that, you need to edit the file "show" of the view "product" via the menu Display->Views and change the code:

<?php
		}

		if(!empty($variant->files)) {
			$freeDownload = false;
			foreach($variant->files as $file) {
				if(!empty($file->file_free_download)) {
					$freeDownload = true;
					break;
				}
			}
			if($freeDownload) {
?>
	<div id="hikashop_product_files_<?php echo $variant_name; ?>" style="display:none;">
		<fieldset class="hikashop_product_files_fieldset">
			<legend><?php echo JText::_('DOWNLOADS'); ?></legend>
<?php
				foreach($variant->files as $file) {
					if(empty($file->file_free_download))
						continue;

					if(empty($file->file_name))
						$file->file_name = $file->file_path;
?>
			<a class="hikashop_product_file_link" href="<?php echo hikashop_completeLink('product&task=download&file_id=' . $file->file_id); ?>"><?php echo $file->file_name; ?></a><br/>
<?php
				}
?>
		</fieldset>
	</div>
<?php
			}
		}
to:
<div id="hikashop_product_files_<?php echo $variant_name; ?>" style="display:none;">
<?php
		}

		if(!empty($variant->files)) {
			$freeDownload = false;
			foreach($variant->files as $file) {
				if(!empty($file->file_free_download)) {
					$freeDownload = true;
					break;
				}
			}
			if($freeDownload) {
?>
		<fieldset class="hikashop_product_files_fieldset">
			<legend><?php echo JText::_('DOWNLOADS'); ?></legend>
<?php
				foreach($variant->files as $file) {
					if(empty($file->file_free_download))
						continue;

					if(empty($file->file_name))
						$file->file_name = $file->file_path;
?>
			<a class="hikashop_product_file_link" href="<?php echo hikashop_completeLink('product&task=download&file_id=' . $file->file_id); ?>"><?php echo $file->file_name; ?></a><br/>
<?php
				}
?>
		</fieldset>
<?php
			}
		}
?>
	</div>
<?php
That way, it will be a bit less optimized but it will hide the area when the variant has no free downloads.

Please Log in or Create an account to join the conversation.

  • Posts: 8
  • Thank you received: 0
2 days 23 hours ago #291423

Hello Nicolas,

Thanks for your reply. I have applied the code edit you have posted above for View (product) and File (show), but this does not produce the expected result, meaning the free file for download is shown with ALL the variants and puts the web page’s content in all one column, in the centre of the page.

Could you recheck the code you have provided? I applied the edit by replacing the code you suggested from line 344 to line 376 in the View & File : product / show.php. I expected that all the download files for the products would be displayed correctly, if all the file attachments for the product variants were free, as you have stated.

Regards,

Mr B

Please Log in or Create an account to join the conversation.

  • Posts: 61801
  • Thank you received: 8789
  • MODERATOR
2 days 12 hours ago #291424

Hi,

The modification is correct as far as I can see. Could you provide a link to such page on your website so that we could have a link at the situation there and analyze it ?

Please Log in or Create an account to join the conversation.

  • Posts: 8
  • Thank you received: 0
21 hours 19 minutes ago #291542

Hello Nicolas,

Thanks for your reply. I have sent an e-mail tilted – “Admin Access - Product Images, Renaming Component & Invoice Files Thread” to you ( This email address is being protected from spambots. You need JavaScript enabled to view it.) with administrator access to the backend of the site. I have provided further info in the e-mail.

Regards,

Mr B

Please Log in or Create an account to join the conversation.

Time to create page: 0.510 seconds
Powered by Kunena Forum