[SOLVED] Migrated to new server and now some pages look weird

[Pabloporp]

Hello, first of all thank you for kindly offering your time.

PS was working great until I manually migrated to another server: 

1- Transferred files through FTP

2- Imported DB through PHPmyAdmin

3- Modified app/config/parameters file with new DB data. Cleared cache in Advanced Parameters > Performance and deleted var/cache/prod

FrontOffice loads and works, Backoffice too... but some pages are displayed incorrectly both in back and front office.

I attach screenshots of how backoffice's dashboard looks and backoffice's login page looks. Main page caroussel also is not working properly and product pages are not displayed correctly...

Tried disabling and re-enabling friendly-url's in order to get .htaccess recreated, and in both cases I got the following error (I also enabled debug mode):

 

(1/1) ContextErrorException
Warning: Error while sending QUERY packet. PID=362759

in DbPDO.php line 156
at DbPDOCore->_query('SELECT id_tab, class_name FROM `coss_tab`')
in Db.php line 376
at DbCore->query('SELECT id_tab, class_name FROM `coss_tab`')
in Db.php line 613
at DbCore->executeS('SELECT id_tab, class_name FROM `coss_tab`', true, false)
in Tab.php line 320
at TabCore::getIdFromClassName('admin')
in AdminController.php line 466
at AdminControllerCore->__construct()
in LegacyContext.php line 85
at LegacyContext->getContext()
in UserLocaleListener.php line 39
at UserLocaleListener->__construct(object(LegacyContext))
in appDevDebugProjectContainer.php line 2381
at appDevDebugProjectContainer->getPrestashop_UserLocale_ListenerService()
in appDevDebugProjectContainer.php line 2868
at appDevDebugProjectContainer->ContainerEwm46up\{closure}()
in EventDispatcher.php line 229
at EventDispatcher->sortListeners('kernel.request')
in EventDispatcher.php line 61
at EventDispatcher->getListeners('kernel.request')
in ContainerAwareEventDispatcher.php line 128
at ContainerAwareEventDispatcher->getListeners('kernel.request')
in TraceableEventDispatcher.php line 262
at TraceableEventDispatcher->preProcess('kernel.request')
in TraceableEventDispatcher.php line 137
at TraceableEventDispatcher->dispatch('kernel.request', object(GetResponseEvent))
in HttpKernel.php line 127
at HttpKernel->handleRaw(object(Request), 1)
in HttpKernel.php line 68
at HttpKernel->handle(object(Request), 1, false)
in Kernel.php line 200
at Kernel->handle(object(Request), 1, false)
in index.php line 86

 

 

Edited May 19, 2020 by Pabloporp (see edit history)

[El Patron]

post url(s) of problem pages then it should be easy enough for community to provide feedback on issue

did you use incognito window?  

[Pabloporp]

Tried with incognito window, same issue.

One failing URL is the admin login page (which I prefer not disclosing), main page's carrousel is failing too.

https://voltec.com.ar

According to console there many errors regarding JQUERY:

 

[EDIT]

Used Beyond Compare to compare content of those failing .js files... the ones on server side hace corrupted chars! Seems like FileZilla had some transfer issues I wasn't aware of... I'm re-uploading those files... but how am I gonna do to check integrity of thousands of files!

Installing a fresh Prestashop and importing the data is not an option, I have modified certain parts of the code and made the mistake of not tracking on which files...

Edited May 17, 2020 by Pabloporp
Discovered corrupted files (see edit history)

[Pabloporp]

Looks like I found the problem... FileZilla for some reason corrupts files when transferring in ASCII mode... Detected it when I reuploaded a clean file and after downloading it again it was corrupted! Switching to Binary transfer mode seems to transfer correctly...

Right now I'm re-uploading the whole site... With my crappy connection it will take more than the whole night, so perhaps tomorrow I'll post back.

[Pabloporp]

SOLVED

Effectively FileZilla or some network problem corrupted files on tranfer. Re-uploading the whole site using binary mode solved it, now working like a charm.

Thank you!