Jump to content

paciocco

Members
  • Posts

    17
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

paciocco's Achievements

Newbie

Newbie (1/14)

3

Reputation

  1. Recently I changed the email setting from the recommended "both" html and text format to text only. I did this because of another problem I'm having (https://www.prestashop.com/forums/topic/523758-some-orders-not-processing-correctly/) that I think might be caused by email timeouts. My thought was a text only email would at least be lighter and easier for the server to send and hopefully reduce the probability of the email timeouts. But when I received an email notice of a sale there was raw html scattered throughout the text. Is this the 'correct' behaviour? If I wanted to eliminate it would I have to alter the email template then?
  2. I haven't been able to find any common problem to these orders, and, as I mentioned, I can't even reproduce them when I place an order myself in the shop. I've always only accepted credit cards through an offline payment module, but it can't simply be a bug of this module because, as I said, I recently changed to a different module (that does the same task) but the problem continued in the exact same way.
  3. Probably a majority of the orders my shop receives now are not processing correctly. I can find the order in the BO, and on the order page all the customer's info shows correctly, but there is no payment information (I use a module that allows remote credit card processing), no information as to what product the customer ordered, and no emails are sent either to the employees or the customers. I have been generally unable to reproduce this error myself by placing orders through the front office- I think I managed to once, but I have tried many times since unsuccessfully to reproduce it. I've done a great deal of searching through the forums, and I thought it may have been a problem with the payment module, but I just purchased a new payment module, and the problem persists. I have noticed that are lot of similar issues, some with similar payment modules, and especially with paypal, so my guess is the problem is there somehow. Would love any help on this matter, thanks. PS version 1.6.0.14
  4. Yes, everything enabled and appears normal on that side. The last previous registration was only a little over a week before the failed attempt, and I probably hadn't even logged into the back office in that time...
  5. My site (cigarloversunite.com) suddenly developed a problem in the last month that is preventing anyone to create a new account. When the new user goes to /authentication to register initially the state field did not appear at all. One attempted fix I found on these forums suggested changing the css to make the field always appear, so it does now appear, but nothing appears in the drop down menu once clicked. The reason for this is the browser thinks the countries field has not been filled, so the javascript that populates the state field never enacts. Through dev tools an error shows that states: "Uncaught ReferenceError: countries is not defined" associating the error to the file statesManagement.js. I've tried the solutions presented here (adding "var" in authentication.tpl), as well subbing out statesManagement.js for previous versions, to no effect. Yes, I've cleared the cache, etc. As stated, this is a new problem for a site that has been functioning fine for years (ps ver 1.4). The only thing that I've changed over the last month was the renewal of the SSL certificate, but I haven't found anything that would suggest this could be a problem. Help?
  6. I've come up with a sort of solution, but I have doubts still. I ended coping all my files from /public_html/test/ to /public_html/newtest so now my BO login is https://mydomain.com/newtest. Now it logs in fine in SSL. I guess my doubt lies in the fact that we were recommended to set up the test install in a subdomain instead of a subfolder, and I assume there is a reason for that. Might I face a consequence of this workaround later on, like when I try to migrate the upgraded install to the live site?
  7. I've been trying to upgrade my 1.4.4 install to the current 1.6, installing the upgrade first on a test subdomain. The creation of the subdomain and copy of the 1.4 install onto it seemed to go fine. The upgrade itself didn't show any problems, but I had various problems operating on this install such that I rolled back the upgrade twice and repeated the process. The problem has two aspects: first the ssl, when enabled is completely mixing up the sites and databases, the second is a login problem if the ssl is turned off. I eventually understood the first problem goes like this: http://test.mydomain.com takes me to the upgraded 1.6 install, whereas https://test.mydomain.com will actually take me to my live shop with the 1.4 install. More precisely, if I type in https://test.mydomain.com (FO) the browser will redirect to http://mydomain.com with an "unsecure site" warning, but https://test.mydomain.com/admin(BO) will actually take me to the 1.4 login page without redirecting at all, and from here I can login without problems. The second problem is if I turn off the SSL to the site and go to test.mydomain.com/[bO]. Now I see the 1.6 install. And I was able to sign into this site, a few times it seems (although I was trying every browser on every computer in the house, so I can't remember for sure if I got in through the same way twice or not, but I believe I did). I've done all the things recommended in similar threads here, clear cookies, browser cache, etc. The dev console shows no errors, and the sign in with the correct data flicks over and clears the data with no other change, sign in with incorrect data will give the "user not recognized" message. I think I did see in one of the threads that SSL has to be turned on in the back office in 1.6, so it could be that my second problem isn't the problem really, only the first one is. Ideas?
  8. I've just begun to experiment with product packs, and there's one little thing I need to fix or get rid of altogether. I sell cigars and I use attributes to define quantities. Every cigar is available by the box (usually 20-25 cigars) or in 5 packs or individually. The full box quantity is the default attribute. I'm trying to use the "pack" function to create samplers with 5 different individual cigars. It lists the price I've chosen and below that shows "instead of $___". Only that to calculate this "instead of" price it uses the default attribute box price, which is about 20 times too high. Is there any way to have it calculate this price based on the attribute of my choosing, that is a single cigar? I've found the code in product.tpl to delete to get rid of the whole "instead of" line if this can't be done, but it would be nice to have if its possible. Any ideas?
  9. Well, this thread never came to a satisfactory conclusion... I had the same problem, and I haven't been able to find what it is in my data sheet that's triggering the error. I am certain however it's in the "Tags" column of my import because if I try to upload my csv and I ignore the "Tags" column, it loads fine. Anyone have an idea of what characters, etc., in the tags column could cause an error in the import?
  10. Sorry took so long to respond, just got back from vacation. First, a quick thank you to both of you Belenos and SuperCharlie for your help. I really appreciate all this feedback. -I fixed the category pictures problem, for now at least. I swear sometimes some of the images I've uploaded just disappear! -Both you and SuperCharlie had issues with the logo. It's something I'll be revisiting with my graphic designer when she gets back from vacation next month. -I had some technical issues with CCC, but thanks for reminding me, I'm trying to get those taken care of now. SuperCharlie, your compliments probably made my week. I've put a lot into this project, so anyone feeding my delusions that this site can become something good is really gratifying. As for your suggestions, I'll probably be taking most/all of them. -As mentioned above, I'll revisit the logo/banner. These exchanges have already got me thinking on some possible tweaks. -As for the text sizes, you say it's a site-wide issue, so I presume you'd even do the product descriptions smaller? Not sure I could do that without going through each product 1-by-1 and changing font size. But for the menu/homepage fonts, that is easy enough to change, and your suggestion felt intuitively right the second I read it. -+1 for pointing out my "hanging" footer, I hadn't noticed that. -Good thoughts on all the comments about the color scheme as well, I'll have to work on those. Again, I've taught myself all this stuff, so just having a laundry list of "to do" items to make the site better actually feels like quite a relief at this moment. Thanks a lot guys. And lord knows the complements and encouragement are really helpful at a time where I've just got things started, your comments make it easier to keep on keepin' on.
  11. Thanks a lot for the response, and all of your recommendations are solid. The favicon in particular is something I've been meaning to get around to, it's just been put off. Thanks again.
  12. I've had this up for a little while now, but I'm really only rolling it out now. I'd greatly appreciate any advice, criticism, praise, whatever! Thanks. cigarloversunite.com
  13. I did a bad thing. I've always enjoyed the convenience of using CSV imports for mass editing, and I had always had the good sense to avoid including the short and long description in those CSVs as it would eliminate all the formatting I had done on those elements. Recently however I found a module that makes CSV exports, and it exported these descriptions in the HTML code. So I became overconfident and tried to upload the HTML code back in via CSV import. It didn't work, and I essentially erased most of my descriptions. And because I'm extra stupid I didn't even bother to do a database backup before uploading this CSV. So, first question: Can someone give me a quick heads up where to figure out how to restore from a database backup I made through the BO? I've looked around a little and I've been a little intimidated by the process I'd seen described. Bigger question: It seems from other threads here that uploading HTML code via the CSV doesn't really work. But it did work- a little. Maybe half of the short descriptions worked fine- it read all the HTML code fine- proper font and everything. My long descriptions (which are generally very long- 2000+ characters) almost never worked at all, or were cut very short. For a variety of reasons I would strongly prefer to be able to correct these descriptions by inputting the HTML into a CSV. Anyone know a way to make it work?
  14. Thanks for the help Tomer, really appreciate it. I couldn't find the specific error, so I just swapped out my theme's product.tpl for the original prestashop one, and that worked a trick.
  15. Hello all. I have entered attribute information for all of my products so that there are three different quantity sizes (single item, 5 pack, 20 pack) for each product, and the appropriate drop down box does appear on the product page. However choosing one of the options in the drop down menu has no effect. If 5 pack is chosen (20 pack is default) the price doesn't change as it should and adding the product to the cart adds the default attribute. Firebug shows this error if I try to change the option in the drop down menu: "productAvailableForOrder is not defined" Ideas where I've gone wrong? Example page with error: http://cigarloversun...es-natural.html
×
×
  • Create New...