Hello - We've been working hard to fine tune our site, but have run into a core problem with placing an ad that I could really use some help with. We've looked through all the instruction docs, forums, triple checked packages, tried re-uploading the quick_checkout module, deactivate/reactivate, etc. but are overlooking something... maybe another set of eyes would help. The quick checkout continues to skip from the Create Listing section right to the last section as soon as I hit "Save" when creating the listing skipping over Upload, Preview, etc. I've just tried changing some of the module configuration settings that bypass a few steps, but still the problem remains. You can login using a test account (u: kc / p: kc) and then click on Place an Ad to see the problem: https://www.tradinpaper.com/modules.php?mod=quick_checkout&cmd=checkout1 Any help would be appreciated! Thanks, KC
Seems like you do not have your 68C ad packages set up to accept images or you do not have the image upload module installed and activated. Send a ticket to us with your 68C admin control panel login details and your FTP information. We will take a quick look for you. Also do check you have set up your config file in the module correctly.
Hello - I do... it's set up currently to allow 1 image and it was working at one point. When I deactivate the quick_checkout, the old way allows me to upload ok. We've been building some customizations but not so much to the quick checkout just yet, but it must be something we're overlooking for sure. Appreciate your help... I'm sending a ticket momentarily! Thanks, KC
No ticket has arrived through our contact form. Before doing that please install the package you downloaded without modification except to the config file to set your payment gateway correctly. At least you know it is something you have done for sure or something with your hosting provider has changed such as mod_security. Details about flash files and mod_security in the instructions document.
The contact form on our web site. However, it is unclear to me whether he has installed the module as downloaded or in fact made modifications to it. The implication is that it is no longer standard. He can however send his FTP and 68C admin control panel details so we can check it out - excuse the pun.
Ok - so now that image_upload module is correctly available, we do see the function ok. However, it doesn't work and always shows a 302 error in the upload log each time. Not much documentation about it, but some scouring on google for "swfuploader and 302", it mentions a few things like setting up mime types but limiting file extensions, to changing seo friendly url settings, to something to do with SSL and particular certificate authorities. Yeah - great... another guessing game. So now I either have to troubleshoot this or fall back and punt cuz quick_checkout apparently won't work without this... I may have to scrap quick_checkout and use the default way cuz that file upload seems to work ok even though it's not as cool as quick_checkout. Anybody run into the Notice: 302 in the upload log for your server? Thanks, Kevin
As noted in the documentation, if you web server is using mod_security it will interfere with the module. You can either disable mod_security or add a rule to it so it doesnt interfere for checkout.
Hello - Nice thought - I did run into that one as well... mod_security does not appear anywhere in our phpinfo and is not enabled. However, I did add this to .htaccess just to double check: <IfModule mod_security.c> # Turn off mod_security filtering. SecFilterEngine Off # The below probably isn't needed, but better safe than sorry. SecFilterScanPOST Off </IfModule> Any other suggestions? Thanks, KC
Why do you not follow the actual advice which was given. This is not a difficult problem to resolve. Ask your hosting provider to "white list" your site on their server and deal with the 302 error. I don't think you will be able to do it at your level of access. The issue is that your hosting provider has changed something in mod_security and probably so since you went to SSL. This happened to me not long ago with hostgator. They just changed the mod_security rules and bam 3 sites stopped working properly. It took them less than 10 minutes to resolve the issue after I informed them. Your other alternative is to use another hosting provider of course if they refuse to be helpful.
Just to complete the post, my host confirmed it was nothing to do with mod_security. If anybody else runs into this, the fix my dev found was simply to remove a session check from modules.php Thanks, KC
And the details because this has never come up before and it is not part of TemplateCodes but the 68 classifieds core software?
