Somethingnew wrote:I get this error when going to orders or the dashboard

Fatal error: Cannot redeclare ModelSaleOrder::getOrderOption() in /home/itactica/public_html/store/vqmod/vqcache/vq2-admin_model_sale_order.php on line 909

any help would be appreciated!
Thanks

That seems to be caused by a vqmod you installed. Check any installed vqmods that modify the model/ sale/ oder.php

Try disabling the vqmods to see if you still get the error. By the way, you should post here only bugs, if you're not sure what is causing the error, then chances are you're not posting a bug, but just an error caused by an installed mod or any changes you have done to the core files or system configuration.

Earlier in this thread the problem with the sums sent to klarna was mentioned, where the sums expected by klarna is expected to be in cents and OC is sending it in dollars, rendering the amount received by Klarna 100 times to low.

There was some quick solutions discussed, but I can't get it working. I can get the amounts for the sold items right by multiplying with 100 but shipping cost I can't fix. Can't find that one in the code.

Is this klarna error considered a bug and being worked on or is it left as it is? Right now this is a showstopper in going live with a 1.5.5.1 version updated from our current 1.4.9

I have tried to search through the forum but no luck, so here it is:
Fresh install of 1.5.5.1.
Issues found:
1) The http/https session continuity is broken. I do authenticate in https, but when automagically navigate to http, bye bye authentication;
2) The “SEO Keyword” link is broken in https. It does work great in http, but not at all in https. It should, if one would like to run the entire website https only.
3) The backend and frontend are not session compatible. If, in the same browser (Mozilla) I navigate on the frontend, the admin user is instantly sent to login page.
I am new to Open cart so please excuse me if this is all my ignorance.

Continuing to be logged out when trying to upload images, I've gone through all of the "fixes" out there for this bug, but I had to uninstall and go with another since they didn't work. I hope this is resolved, overall I was impressed, but I don't have time to waste being logged out every 3 minutes.

It would be helpful for a moderator to directly address each post that is not a bug report and move it to it's own thread. While the posters could be better at self-policing their posts, nothing beats good moderation on a computer forum.

My customer entered a different shipping address and the first name of recipient had (I assume) a carriage return in it so that when the invoice was generated, a new line was added in the "ship to" section:

First
Last
Address
City, State, Zipcode
Country

When I edited the order to remove the space (and presumably the carriage return) from the first name field, the invoice displayed the data properly:

First Last
Address
City, State, Zipcode
Country

Clearly, all special control characters should be stripped from the address fields upon initial entry by the user. I'm not sure if this issue extends to other fields in the address or if it also occurs in the main and billing addresses, but if so, it should be fixed there as well.

cheepnis wrote:My customer entered a different shipping address and the first name of recipient had (I assume) a carriage return in it so that when the invoice was generated, a new line was added in the "ship to" section:

First
Last
Address
City, State, Zipcode
Country

When I edited the order to remove the space (and presumably the carriage return) from the first name field, the invoice displayed the data properly:

First Last
Address
City, State, Zipcode
Country

Clearly, all special control characters should be stripped from the address fields upon initial entry by the user. I'm not sure if this issue extends to other fields in the address or if it also occurs in the main and billing addresses, but if so, it should be fixed there as well.

This bug has been resolved with a patch that was posted inside the thread I linked to. It should probably be included in the next release.

The patch allows all orders to be shown in the graph, regardless of status. Still unresolved is a way to display any date range of the admin's choice. We are still constrained to the 1 year or less dropdown box options. Not very useful for long-term trends.

Not sure if the cause is the hosting service hostpapa.ca, but I've setup 1.5.5.1 from their Cpanel.
I tried on 2 different domains as I did some changes in the first one just to rule this out, both have same result.
After a fresh install, I have set to confirm an agreement (anyone) in the Returns section. If I click on the agreement, instead of opening a pop-up like it does on the check-out page it opens a full page and requires the back browser button to go back to the website.

I still haven't seen any response from developers on the Klarna bug where the amount sent to klarna is 100 times lower than what is seen OC. I had a chat with klarna the other day and they have a few other clients beside us that can't roll out version 1.5.5.1 because of this.

Maybe this thread is the wrong place to report bugs, if so I'd be happy if some one could direct me to a proper place where the bug could be reported.

Also, if the bug is known but not planned to be resolved it would be very good to get a notice of that so it would be possible to plan for alternate ways to act.