TomasJohansson

LÖST: Fick till slut en ledtråd från Oderlanda trafikkillar om att shopen ropade till hipresta.com utan att få svar, vilket ledde till att inloggningen tajmade ut. Inga felmeddelanden visade sig på server av detta, så ingen chans att jag själv skulle ha kunnat se detta. Och visst hade jag en modul från dom..... Add Button nånting, gammal 1.0.9 version så det ut att vara. Raderade modulmappen med ftp och sen kom jag tillbaka in i Backend.! /t

Hej Sist jag var inne i vår shops Backend var någon gång i slutet av december 2024, absolut ingenting har justerats på vår shop sedan långt tillbaka i tiden (1.7.7.8). När jag nu i förra veckan hade anledning till admin besök, kommer jag inte längre in. Shopen fungerar f.ö. i bakgrunden som den skall verkar det som, order kommer in, integrationen med vårt externa lagerhotell (med Ongoing) rullar på som det skall etc. Anger jag t.ex. ett felaktigt adminlösen kommer korrekt felmeddelande upp, jag kan även återställa mitt admin lösenord vad det verkar. Vanlig inoggning som kund/användare i frontend fungerar fint. Men vid korrekt admin user och lösen, står loginrutan bara och tuggar tills en time-out avslutar försöket. Provat olika webläsare, olika enheter/operativ system, olika nätverksanslutningar, raderat cookies, använt incognito fönster i Chrome, Firefox, etc. Radering av Cache och/eller manuellt påslag av Debug läget i PS ger inget av värde. Oderlands tech support har inte varit till någon hjälp denna gång, men jag är hyfsat säker på att något har ändrats på servern som gör att detta inträffar. Detta har tyvärr hänt förut men den gången kom dom på sig själva med att "ha glömt" något i och med en server uppdatering. Nån som har något bra förslag att testa innan jag drar in nån konsult? /tomas j - www.careoflena.se

WTF? Såg alltså inga textredigeringsrutor i BO, browsade med Chrome. Kollade i Edge, där syntes dom. Bytte ut tinymce mot äldre version, nu funkar i alla fall detta igen. Nu börjar jag få samma dåliga känsla som när jag höll på med OScommerce, varje litet steg man tar bränner enormt med tid och energi.

EDIT! Ja, uppenbarligen verkar det vara så att uppdateringen jag gjorde raderade massor med filer i themes/classic/assets/css. Ibland dessa då samtliga standardikoner för varuvagn och liknande. När jag återställer alla dessa från en äldre installation funkar sidvisningarna igen.. MEN! Inga text redigeringsblock visas inte längre i BO, jag märkte det först på Underhållssidan att det inte gick att se eller redigera custom texten, och nu när jag kollar vidare så visas inga textredigeringsblock överhuvudtaget, t.ex. på katalog/produktsidorna. Nu är det för mycket tjafs med det här så jag ger f-n i att uppdatera. En små-brutal påminnelse om att man skall nog tänka sig för innan man som glad amatör uppdaterar en fungerande shop. /tomas j Ah, va tusan. Kan det vara så här simpelt? Får köra ett varv till i morgon.

Hallå. Efter ett par lyckade uppdateringsförsök (med 1 click update) så har jag stannat ett tag 1.7.7.8. Men dumt nog tänkte jag bumpa upp shopen till den senaste versionen idag, men det gick inge vidare. Jag har rensat cache i både BO och i browsern, kastat bort htaccess, och efter ett misslyckat försök (som fick återställas) på skarp shop så gjorde jag detta lokalt. Det som händer är att hela första sektionen i toppen av shopen renderar inte korrekt. Det fattas ikoner bakom valutaväljare och framför Login knappen, samt att varukorgen, och längre ner, sökfältet ser helt sjuka ut. Hmm, det fattas ju ikoner där också, ser jag nu..... Jag har testat att återställa t.ex. ps_shoppingcart till äldre fungerande version, utan skillnad. Jag provade även att byta till Classic theme, men det hjälpte inte heller. Nuvarande Theme är bara små justeringar på Classic, inga konstiga moduler... Nån som har några bra förslag? /tomas j,

Hallå Det kanske är dålig still att ställa frågor i denna upplysningstråd, ta bort det här i så fall så gör jag det på annat vis. Ni som har hållit på ett tag, gör ni alla dylika "små" uppdateringar på era shoppar som är i produktion? Jag råkade ut för en total krasch efter en One-Click uppgradering för ett par månader sedan när jag fortfarande körde lokalt/XAMPP och fick börja om från början. Det var ju mitt eget fel, och jag lärde mig ju dessutom att backa upp allt hela tiden man jobbar, men det känns fortfarande litet läskigt att uppdatera, speciellt nu när shopen är live. /tomas j

Jag svarar själv utifall någon annan har samma issue, efter kontakt med Klarna supporten: Klarna KCO "bryr sig för närvarande inte om" de eventuella kundgruppsinställningar som man kan göra i Prestashops BO, utan den tar över hela kassan. Det finns ju inställningar i Klarna KCO som har med EPM (external payment methods) att göra, men detta hjälper inte mig som vill använda en helt annan Prestashop modul för en viss kundgrupp. Jag får lösa detta genom att sätta upp en till shop/multistore och avaktivera KCO _och_ bocka ur den i KCO Settings för min separata ÅF butik. /tomas

Hej Jag försöker ge olika kundgrupper, separata betalningslösningar men det verkar som om Klarna KCO tar över hela checkout processen.... Jag försöker ge en speciell kundgrupp (vi försöker låta återförsäljare, tillsammans med "vanliga" privatkunder använda shopen), en egen betalningsmetod som inte skall gå via Klarnas checkout. Eftersom jag inte lyckades testköra lokalt med Klarna (fick inte till SSL), så testade jag med andra betalningsmetoder och detta fungerade som förväntat - besökare, gäst och kund fick en betalningsmetod, ÅF fick en annan. Men nu när vi ligger Live, så hamnar den här kundgruppen ÅF lik förbaskat i Klarnas checkout, trots att den är bortkryssad i BO, under betalningsinställningar. Jag är med på konceptet att ha så få klick som möjligt från varukorg till betalningsinfo men blir ändå litet överraskad om detta tänk helt och hållet kör över de inställningar jag försöker göra i BO. Jag misstänker att mitt nästa steg för att komma runt detta blir att sätta upp en multistore för mina ÅF, men tänkte kolla om det är någon här som har någon input? Jag kör v1.7.7.4, alla moduler uppdaterade, enkelt tema baserat på Classic och väldigt få moduler (eicaptcha, htmlbox, css editing). Min andra betalningsmetod är Prestashops egna cash-on-delivery, som jag hackat om litet textmässigt för att se ut som en fakturamodul. (vi gör våra ÅF fakturor manuellt i ett annat system) /tomas

Hi deleted all local cookies for that website

Hi I have sucessfully tested the (latest) Klarna Checkout module with the test API keys with no problems at all. But when I take the Klarna module Live, with the proper live API keys, the customer gets a HTTP Error 500 page as Prestashop tries to load a confirmation page. When I enable debug mode, I get this: The order and payment however gets through to the shop and to the Klarna Merchant. Prestashop version is 1.7.7.3, slightly modified Classic Theme and no strange modules as far as I can tell (html box, Ei Captcha, css editing). The only odd thing I've done is to change the prestashop default order id to numeric instead of the standard gibberish.... I am not qualified to decipher these messages, hope someone is. Thank you! PS: If I make a purchase in the Chrome Incognito mode, the confirmation works. And if a paste the URL of the error-page in another browser (Edge), then it is visible... PPS: After a hint from the Klarna staff, it turned out to be as simple as a browser cache/cookie issue. I removed the cookies from my particular website, and then it works again. So: SOLVED :-) - true rookie mistake. If a moderator want to delete this entire post, pls go ahead - or keep it for reference to others that might experience this.. /tomas