Jeff
Forum Replies Created
-
Posts
-
Thanks! Forgot about the pages.
I’ve implemented code to move the Business Hours from the current location into the proper GeoDirectory custom fields, for existing users.
I need to catch up with Stiofan to see why the fields are not located in the export.
Thanks Stiofan, I haven’t been doing a lot of WP lately and clearly my debug skills are lost.
My server (php7) didn’t have the MultiByte string support enabled, so mb_strpos was throwing an undefined function error.
Something to be aware of for others too!
This reply has been marked as private.This reply has been marked as private.I’ll set up FTP for you guys shortly.
Stiofan: Everything is freshly installed and updated and there are is nothing else running on this machine.
As per my other issue, I did find that mod_rewrite wasn’t enabled by default, so it’s possible that something else is missing, but it’s odd that a change to a widget would break something.
This reply has been marked as private.Good call! I didn’t test that. First time doing the DigitalOcean pre-installed version. I need to run:
sudo a2enmod rewriteIt’s all good now! Thanks.
Please contact me directly, preferably through: http://gt-vouchers.com/new-ticket/
Frank, let’s be clear here. There is NO BUG like this in Business Hours.
When you do an IMPORT of listings, it’s creating a NEW listing. So the data on the old listing is left behind.
In my research the GeoDirectory export/import doesn’t have any hooks or methods of connecting to the process, so I can’t latch on.
If Stiofan can correct me, or do something about it, then I can fix it.
I am not using one of the custom fields in GD like you say because there wasn’t an option to a the type of field I would need. I’m still not sure it can be done today.
I welcome their input.
Business hours uses the standard WordPress custom fields feature. If you export via WORDPRESS, then the data is likely maintained.
The simple solution is to disable the checkmark in the Business Hours settings that says “Replace Built-in Timing field” and that filter won’t run.
I’m looking into any changes I need to make now.
Frank, to be clear, there’s no way the data could have been wiped out by the change in GeoDirectory. There was also no bug in Business Hours. You may think it’s semantics but it’s important.
GeoDirectory unexpectedly changed how a key function worked, which caused Business Hours to not display properly. It didn’t affect the data in any way.
If your data was lost, it was some other process that caused it. I’ve updated GeoDirectory and all of it’s plugins, and my Business Hours on several sites for clients and nobody has lost any data.
I expect to have an export option done shortly. In the meantime, any normal backup of your WordPress site & database would have contained the business hours data as it is stored in the post_meta table. You could restore that backup to another database to recover your work.
Ok, I found the problem.
Stiofan, Paolo, it’s a bug introduced in the latest version.
In plugins/geodirectory/geodirectory-functions/custom_fields_functions.php at line 1403, the value of $html_var is set to ” (nothing), later it’s used to call an action and a filter, but still has a ” value.
Previously (1.6.5) the value was set inside each CASE statement as $html_var = $type[‘htmlvar_name’];
Without this, none of the filters can run.
What theme are you guys using?
