Forum Replies Created
-
AuthorPosts
-
January 9, 2013 at 3:54 am in reply to: eStore – can't view or add products though they are in the DB #52756dwardMember
Answered my own question – I simply took the data from wp_wp_estore_cat_prod_rel_tbl and wp_wp_estore_tbl and copied it into the respective capital S tables. Looks like all is working now.
January 9, 2013 at 3:51 am in reply to: eStore – can't view or add products though they are in the DB #52755dwardMemberSorry, just noticed the post was answered, didn’t get an email. I have deactivated the plugin, deleted the directory, and downloaded and activated a fresh copy of the plugin. Now, in MySql I see two sets of wp-estore tables, some with a capital S (wp-eStore) and some with a lowercase S. The lowercase seem to have my data. Is the new version using the capitol S tables?
dwardMemberreforme is the account name on the Linux server that owns the website. All of the other plugin directories have the same permissions and ownership. We’re still not getting anything written to the debug logs and no orders are being passed from paypal to wordpress, so we’re having to respond manually to orders. What else can I try?
dwardMemberOK, I changed the permissions for all the 777 files. After doing so (and changing the main directory permissions to 755 b/c 644 didn’t seem to be enough), I still get the following message when trying to use the “Admin functions” to create a download link. The link is created, but I get this message, which is also why I’m not getting anything written to the debug log
Warning: fopen(eStore_post_payment_debug.log) [function.fopen]: failed to open stream: Permission denied in /home/reforme/public_html/wp-content/plugins/wp-cart-for-digital-products/eStore_debug_handler.php on line 22
dwardMemberAgain, sorry for the delay. Back to the original problem.
> Can you please tell us the permission on the files (example: 644, 755, 777)?
[admin deleted file list]
dwardMemberSorry for the delay… I wasn’t notified of a reply post. I’ve tried turning debug on, but the plugin doesn’t seem to be able to write to the file. I’ve checked and rechecked permissions on all of the log files (and even the directory) to make sure the ownership and permissions are writable, which they are. I even get a message when creating a download link saying that PHP can’t write to the debug log. Could anything other than file permissions cause this issue such as a relative path?
I don’t have any of the conflicting plugins installed
-
AuthorPosts