A Blank WooCommerce Checkout Page - php

I am using WooCommerce in conjunction with the Ark theme (a third-party theme) on our WordPress website. Things were working perfectly up until the last week or so when I noticed the issue of the checkout page being rendered as a blank page.
This error can be replicated through these series of steps:
Navigate to the store
Add any item(s) to the basket
When you've added an item from the storefront, you then hover over the basket icon in the header and click Checkout.
If you chose to view the basket instead when adding an item, just scroll down and click Proceed to Checkout.
After chatting with my server provider, it was brought to my attention that some PHP errors were being thrown up. Here is an example of the errors in question.
It seems like there is a plugin conflict with Fresh Framework (a plugin required by the theme to work as intended). Disabling this particular plugin shows the checkout page fine, albeit with much of the styling of the website gone (which is not how I want things).
I have contacted both WooCommerce and the theme's developers for assistance. The former unwilling to help due to the use of a third party theme. The latter being particular slow in responding to my queries.
The theme and all plugins are up-to-date. I did notice the issue upon applying some updates to certain plugins but not the ones in question (WooCommerce/Fresh Framework). Additionally, bringing up the browser's developer console does show a JQuery error (Uncaught Error: Syntax error, unrecognized expression:...) which I believe is related to the issue.
Any type of assistance would be greatly appreciated as the critical error is occurring on a live website and it is particularly crippling our chances of doing business.

At a first glimpse it s most probable that the plugin (fresh-framework) was recently updated...
Deactivating removes its functions,
enabling it includes the functions but breaks the page
Suggest to check the plugin's history and restore to a previous version.
If that's not possible you probably have to wait until they get the error fixed (or try to fix it yourself)
But as you see most probably the problem comes frm the fresh-framework update
PD: PHP Notice are not errors, the errors are only PHP Warning & PHP Error
As you see from the PHP warnings it seems that there is a problem with the filepath where it's trying to write
freshizer.php line 248
you can temporary check which path it tries to write to by adding a wordpress log message or echoing the path....

Related

Wordpress update cause visual editor blank

I updated my wordpress website version with 3.9.2. After updating when i try to add or update any page or post, visual editor tab shows blank. It does not display toolbar buttons or page or post content. Text tab works fine
I tried following solutions provided on different sites with no luck
1) clear browser cache
2) deactivating all plugins
3) change to default theme and again change to desired one
The people who had the same issue had cured the problem by doing one of these suggestions:
1) Install “Use Google Libraries” plugin
2) Add to your wp-config.php file:
define( ‘CONCATENATE_SCRIPTS’, false );
3) Download a refresh version of WordPress from WordPress.org and via ftp replace /wp-includes/js/tinymce folder
4) Download a refresh version of WordPress from WordPress.org and via ftp replace /wp-includes folder
I tried all above solutions but no success :(
I also refer following links but could not find solution
Wordpress Visual Editor broken
Visual editor not working in wordpress 3.8.1?
I have attached screen-shoot for visual editor tab and text editor tab for one page
Please help
I had this issue on APlus.net Hosting and had one heck of a time fixing it. All the text in the Visual Editor was white, and I couldn't get to the HTML tab. The Visual Editor was missing all the formatting buttons -- it was just a white empty space.
After trying everything listed across the web without success, I was finally able to track down the culprit on APlus hosting. It turns out APlus hosting injects their own analytics tracking code into even the WordPress Admin pages. The code for their analytics wasn't written properly -- the code was missing a final ending apostrophe, which resulted in breaking all the code that came after it. In my scenario, the injected code broke the Page Editor TinyMCE JS code.
I checked the Google Chrome inspector to find the error in the code, and after talking with a Tech Support rep at APlus I was able to fix it by deleting the analytics file on the server via FTP:
/private/.wmcnum
I hope this helps. If anything check out the Google Chrome inspector and look for errors. If it's something you can't change, definitely get in touch with your hosting provider.
I've seen an issue like this before. For me, the site we were updating had many out of date plugins. The one that caused our issue was WP Polls. Something went wrong during the update process, and certain files were missing from the plugin directory. I kept a backup of all of the files from before the update, but even re-uploading them didn't fix it. We ended up removing the plugin that was causing the issues and re-installing it. If you can narrow down which plugin might have some discrepancies, then I'd recommend backing everything up (including your database), deleting the plugin, and re-installing it.
If it was simply a WordPress update, it may be that not all of the WordPress files copied over. If you can get a fresh install of WordPress 3.9.2, you can compare the differences between those files and the files on your site. If you're getting an error from somewhere in wp-admin, I'd start my check there.
This is the solution that worked for me:
“Use PHPMyAdmin (or another database editor) to search inside your WordPress database in your “wp_options” table for the record called “can_compress_scripts”. and if it has a value of “1” for the “option_value”, change this to “0” and save the change. You will find your editor working again! (Note: Sometimes this record won’t even exist, so in that case you need to add it. Look for a WordPress database that does have it in order to see what you need to add.)"
original answer by digbymaass:
https://wordpress.org/support/topic/visual-editor-missing-buttons-not-working-white-text-help-1/
In my experience I've had some problems with the tinymce editor. Some of my clients reported they've 'lost' some of the buttons in the editor (or all of them).
I found that disabling emojis with the tiny_mce_plugins filter not also disables emojis but half the buttons in the editor.
Maybe you have somewhere in functions.php this line, just comment it and refresh cache. Let's see if that helps.
add_filter( 'tiny_mce_plugins', 'disable_emojicons_tinymce' );
I checked all over about this. I could not edit or see text in wordpress posts or pages. It seemed to narrow down to the tinymce plugin where I found errors through the Chrome console. I tried a number of things without luck. So I disabled tinymce and all is running smoothly. How simple for a problem with so many variables and options for a fix.

Not able to edit contents in magento from backend after a installing modules

I have site build in Magento 1.7
I have installed a new shipping module Bpost through magento connect. When I installed that, it raised the error that, it is already existing plugin. After that when I accessed the site, the maintenance flag was active.
When I removed the maintenance flag and checked the site, everything seems to be working fine in the front-end. But I am not able to add or edit contents from the back-end. Click is not detecting in the existing lists of contents and when I click on add new (for cms block, page etc) the new section appears, but no action is performed while clicking save.
Why is this happening ? How can I resolve this issue ?
I recreated the site with my backup files to a new location. After that removed all the existing plugins and installed all the plugins. At that time all seems to be working fine. After that I have edited the header.phtml file and added some additional script.
The script was for getting contents and displaying it using script. After that when I run the site and went to backend everything again went to non editable mode. Now I am not able to click or edit any cms contents in the site of static blocks, products etc.
Why is this happening ? How can I resolve this issue ?
In my opinion, the problem comes from a javascript with an error that blocks the rest of the javascript. All buttons use javascript to fire events. With firebug or something similar, check which error is raised in the admin javascript and try to fix it. Using the solution that Niraj Jani gave about disabling module is a good way to check if it is really the module that blocks the javascript. If the problem is linked with prototype, it can come from the definition of blocks in php, the design template or layout...
Have you tried after claering cache?
Take Look at below link and its answer,
In Magento after installing extension Admin panel in unable to load
Delete (or move to another folder) files in /var/www/var/cache
Delete (or move to another folder) files in /tmp
From a shell, run
/var/www/shell$ php indexer.php --reindexall
You've just manually cleared your caches and re indexed your data. See if your system comes back to life.

Wordpress blank page after activating theme, but works in other server

I'm trying to activate a Wordpress theme but all I got is a blank page, also the admin page goes blank.
Version of WP is 3.9.1, Mysql 5.1 compatible and PHP 5.2.4 compatible too with WP. The theme in question is MH Magazine and I have it in another server with the same configuration and is working ok.
Even I tried to do a backup of the working site and place it in the production server and still goes blank.
I tried uploading the max_memory_limit in php and no luck. Error log and show php errors doesnt show anything, when I check only says the site name HTTP 1.1 500 - If I set wp_debug to true says HTTP 1.1 200.
File permissions are ok too.
A SIMPLE FIX FOR NON TECHIES (Like me really)
Loads of forums recommend various code changes and things to try, non of which worked, so I logically worked through the process more simply and solved it myself (in my case). White screen for everything, including front end and Admin. I tried everything going!
Essentially I'd asked Wordpress to link to a theme, which it did, but now I can't change it back. As it wouldn't automatically switch back to default themes, as suggested by others as a result of simply deleting the theme folder via ftp, I would have to force that myself. Without access to the admin panel, how would I change the link (easily)?. Well I can't, so instead I need to force the change of what it links to instead!
In the end I basically logged in via FTP, went to the wp-content folder, then to themes, located my list of theme folders and changed the theme folder name of the one recently selected and causing the issue, by just adding an x at the end (random letter). Then I changed the theme folder 'default' to the name of the theme which was causing the issue, then refreshed my site in the other window, at which point it displayed again. So the hard coded link never changed, but the basic files it links to now have.
The site was now back up, thank god! I then logged into the Wordpress admin panel and updated my version of Wordpress, as to be honest it had been a while and it was a little out of date, so a likely culprit for the cause of the error. Once updated, I then went back into the FTP window, renamed the folder back to 'default', and then removed the 'x' character from the end of the actual theme folder that I wanted to use. And ta dah, it now works beautifully with the theme I wanted! Without any fancy code changes or messing around with reinstalling or removing etc. BOSH!!
Hope this helps a few people out. (obviously it's different strokes for different folks)
To get this out of comments --- this is a community wiki answer.
Are your two servers running on the same platform (Linux? Win?) or different ones?
Do you have the same collection of plugins on both platforms?
Here are some things to try.
do View Source on your white screen of death and see if there's anything in the source view that can help you diagnose your problem.
deactivate all your plugins, then try the theme.
if it doesn't work, then this theme is broken on this server setup.
reactivate the plugins one by one. One of them will probably give you the white screen of death. Then you know that plugin is incompatible with that theme.

Page content not showing in one theme

I have a WordPress site that has a custom theme. WordPress is not my framework of choice, so I'm a bit of a novice. There are 2 scenarios happening.
Theme shows content fine on Hosting A
Theme does not show content on Hosting B
TwentyTwelve and TwentyEleven show content on Hosting B
So, there seems to be something wrong with the custom theme on Hosting B, however, nothing sticks out. I've deleted and reimported the theme, still with no success. I've copied over the page.php file (again for sanity), still with no success. I've deactivated and reactivated all plugins one by one just to see if it was one of those, again, with no success.
Is there something I could be missing?
If you're having issues like this with a theme on one host but not another, it's possible the theme is using a deprecated PHP function, has warnings, etc.
If Host B has less forgiving server rules, it sounds like they might be halting the request (which results in a white page for your users).
Your best bet would be to either find the error logs for Host B, or perhaps loosen the restrictions and allow errors and warning messages. Of course, you'll want this to be a setting in your development environment (not on a production site).
I use the Debug Bar plugin to also help surface any issues while in development.

Identify pages which refreshes automatically in my site

I have a site which uses wordpress. For some reason, some of my pages keep refreshing continuously. I am not able to replicate the issue continuously. However, in random I have seen some pages keep refreshing automatically. When I retry the same pages after few mins, it is working fine. My users also experiencing the same problem. When they report me the issue with a url and if I check that page it is working fine. So, I am sure the issue is there but unable to replicate the problem or troubleshoot the issue.
This is not a browser or system issue. The issue occurs with registered and unregistered users.
So, I need your help on this to troubleshoot this problem. Is there anyway to find out whether the page is keep refreshing by adding some code in wordpress theme php files like writing some sort of logs, etc.? So that I can try to troubleshoot the problem.
The same theme with plugins works fine in another site with other hosting provider. I have also checked with my hosting provider. They replied back and said they are not able to find any issues on their side and cannot help further, as the issue occurs in random.
Thanks in advance :)
This sounds like your site may have been hacked. Check the page source (View Source or Ctrl + u) for <script> tags that you don't recognize. If you are unsure, try disabling all of your plugins and use the default theme. If the issue persists, then it is most likely an issue with your site being hacked, and you should reinstall WordPress from scratch, and do fresh installs of all plugins and themes. If you are using a custom theme, upload a version that you know was working. Also, be sure to change passwords for your dashboard and hosting account.
If disabling a plugin or using the default theme makes the issue go away, then it's a bug with that particular theme/plugin. In this case, report the bug to the appropriate party (person/company responsible for the particular plugin/theme that's causing the issue).
How to Debug
Try to find a way that you can consistently test for the problem. For example, if you can refresh 20 times, and it happens twice every time, then you have your test to use. It sounds like it won't be as simple as this, but that's the basic idea... find the minimum number of times it takes to come across the issue on a regular basis, and test for it 3 times for each plugin you disable (and when you turn the main theme back on).

Categories