Invoices too short

  • Posts: 17
  • Thank you received: 0
4 years 7 months ago #317846

-- url of the page with the problem -- : walttools.com
-- HikaShop version -- : 4.2.3
-- Joomla version -- : 3.9.18
-- Browser(s) name and version -- : firefox

I have a few problems that are unrelated but maybe so and maybe an easy fix.
ONE. Often times the shipping address does not print on the invoice copy. This is an issue since often the ship address is different than billing. Our shippers use invoices to set the shipments up This occurs most on long orders.

TWO, a tangent. Can we please have dropdowns added when manually adding a customer order. There is no way to change an address easily. I am not even sure why we enter addresses since nothing stays in memory. Whenever you set up a customer,(after setting up user) the shipping address defaults to both, cancelling any inputted billing address. This causes many mis-shipped orders.

THREE. When printing a customer invoice, if it is longer than three pages, it just cuts it off. No more products. If it says it is 4 pages, you get two pages with print, two without. Oh, and never the shipping address.
See attachments regarding ONE and THREE

Attachments:

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

  • Posts: 82867
  • Thank you received: 13373
  • MODERATOR
4 years 7 months ago #317862

Hi,

1. This could happen if you've removed the "shipping" view from your "checkout workflow" setting in the HikaShop configuration. So please make sure that's not the case as a shipping address will only be added if there is a shipping method selected for the order.

2. I'm sorry but I don't understand what you mean here. Could you provide more information / screenshots ? Are you talking about creating orders in the backend ?

3. I don't have the issue on my end.
Could you try with another browser ? Do you also have the problem ?

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

  • Posts: 17
  • Thank you received: 0
4 years 7 months ago #317901

1. This could happen if you've removed the "shipping" view from your "checkout workflow" setting in the HikaShop configuration. So please make sure that's not the case as a shipping address will only be added if there is a shipping method selected for the order.
I will investigate that.

2. I'm sorry but I don't understand what you mean here. Could you provide more information / screenshots ? Are you talking about creating orders in the backend ?
Yes, we have to create most orders in the backend. When we select the customer when creating a new order, it asks us to use the address or not. If we select NO, then nothing populates. If we select yes then only their most recent shipping address populates for both addresses. I feel the problem is that when you actually fill out the customer info into the backend there is no real billing address saved. You can SELECT the populate the billing address but when you save it, it adds that address to the SHIPPING column. NEVER the billing. It would be great if It stayed where we put it. THEN when we fill out an order in the back end selected EDIT at the top of EITHER address field, that a dropdown of that customers saved addresses were there for us to choose from. Now even if it did store the addresses where it should, that really would serve no purpose since they cannot be accessed when you actually need them-when building an order.
I have a couple video that show th issue if there is a place I can send?

3. I don't have the issue on my end.
Could you try with another browser ? Do you also have the problem ? Chrome, Firefox and IE. It will not print a complete order.
I would certainly allow you to access my backend to try.

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

  • Posts: 17
  • Thank you received: 0
4 years 7 months ago #317905

CONTINUED from TWO
I have found that if I enter a billing address from the front end as the customer, it will actually save in the proper column, billing or shipping. BUT again, when we go to enter an order from the back end it will only put the shipping address as BOTH addresses, ignoring anything in the billing default. So that is a couple issues. One, not the ability to save an address properly in the backend and then not being able to use the addresses the customers save.
Thanks for all help. Again, I have vids I can send.
Don

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

  • Posts: 82867
  • Thank you received: 13373
  • MODERATOR
4 years 7 months ago #317936

Hi,

2. Ok, I better understand the issue. Last year we separated the addresses of the user into different types. But we forgot to modify the interface of the user changing popup of an order. And thus that area still use the first default address it finds for both the billing and shipping address. We'll work on improving the interface of the popup to offer a selection of the addresses for each address type for the next release. It should be released soon (next week or so).

3. I'm really not able to reproduce the problem on my end:
monosnap.com/file/wHEmuesnBLOf3JLUhylkJZx5xRwejt
What's strange is that you're supposed to have the image of the product in the listing but I don't see it in your screenshots. It looks like the invoice has been customized or something on your end.
Check if you have the file administrator/templates/isis/html/com_hikashop/order/invoice.php and if you do, try renaming it. That will deactivate the override on the invoice.php and hopefully it will help.

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

  • Posts: 17
  • Thank you received: 0
4 years 7 months ago #317989

OKAY. It is Firefox. The other computers bounce between chrome and firefox but the printing issue is only firefox.
And only when invoices are long. A few products print normal. I don't have an exact number of items that causes the problem but is is likely more than 10. We did get it corrected to have the photos in place.
For now we will just use Chrome but if you are able to discover why the firefox compatibility is a problem I'd like to use that platform.
Thank you

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

  • Posts: 82867
  • Thank you received: 13373
  • MODERATOR
4 years 7 months ago #317992

Hi,

That issue with the printing of long table has been reported in FireFox for more than 10 years:
bugzilla.mozilla.org/show_bug.cgi?id=294991
I've been able to reproduce it on FireFox but I couldn't find a solution.
Many solutions are proposed online, and I tried 10 of them and none of them worked.

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

  • Posts: 17
  • Thank you received: 0
4 years 6 months ago #319573

Okay one part of this issue was going to be changed with the update. the part with the addresses in back of house.
From the original topic
"TWO, a tangent. Can we please have dropdowns added when manually adding a customer order. There is no way to change an address easily. I am not even sure why we enter addresses since nothing stays in memory. Whenever you set up a customer,(after setting up user) the shipping address defaults to both, cancelling any inputted billing address. This causes many mis-shipped orders."

Okay, seems Hika went backwards. Now there is more work that needs to be done now than before when working in the back of the website.
STILL if you enter a customer billing address when filling out the "customer info", it just bounces to the shipping address category.
Please make it so it stays where you enter it. Once it is in the shipping address category, you have no access to use it WHERE it belongs, the billing address dropdown when filling out an order. Its worse now because before when you clicked YES to set the customer address it would automatically use the shipping address for both billing and shipping. Sometimes that worked out. Now, nothing populates in the billing address so you have to enter it again AFTER you already try to enter it when filling out customer information...

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

  • Posts: 82867
  • Thank you received: 13373
  • MODERATOR
4 years 6 months ago #319577

Hi,

I'm sorry but I'm not following you.
Could you illustrate what you say with some screenshots ?

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

Time to create page: 0.090 seconds
Powered by Kunena Forum