tgp1994

Thank you, I’ve submitted a case. I’ll post back when/if there’s a resolution.

Ah, that makes sense – We no longer have any default themes, just our current one which is “The7” by Dream-Theme. I did some investigation in the OP, and it seems like the option elements are being placed inside of other HTML elements rather than the parent <form> element they’re normally in. I just did some cut-and-pasting and if I manually move the elements back into the parent <form> node, they start to look ok. Would you mind taking a look at the page’s HTML if I sent you a private message?

Sorry for the confusion. It seems like I’m running into a bug, where the Add-ons list is horizontally laid out instead of vertically. I’d embed a picture but it doesn’t look like the WP comments box here allows me to do that. I’ll try to embed an image below:

I’m sorry to bump this, but I just want to add that I’m working with someone who is also frustrated by this functionality. They’ve lost quite a lot of money due to credit card fraud, because they rely on these new order emails as a signal that it is safe to send an order. Apparently when a transaction is placed on hold, these new order emails are still dispatched.

I’d really appreciate it if we as users had more control in WooCommerce over who emails are sent to, and when they’re sent. Is it possible that this could be added to WooCommerce?

Thank you @abwaita. I’ve always been vaguely aware of attacks like this, although I’ve never been on the receiving end of one before. This has been a very educational experience, and I greatly appreciate your advice and guidance on what to do.

Update: It looks like we were a victim of an exploit in RightPress’s WooCommerce Pricing & Discounts plugin. If you have this plugin, make sure you update it, check for any rogue Admin users, and revert any changed settings, especially within the P&D plugin, and especially if it looks like strange HTML code.

Hi wpeverest,

Thank you for the solutions you and sanzeeb have posted. I think I was just confused by a few things, but all is clear now.

Sorry, I wasn’t aware that my question about the View link being broken was already answered. So is there no way to view a user’s profile outside of the admin page then?

sanzeeb,

Thank you for registering and testing it out. From your and wpeverest’s posts, I now understand why some profiles don’t work – because they were created before the custom profile fields were added. That makes sense to me. However, if I try to view your profile directly instead of in the admin area (by opening the link /author/vyjygujas), I still get a “Nothing found” error. Should I go through with contacting the support email?

Hi sanzeeb,

Those were the same steps I was following. If I look at a user’s profile information from the admin section, the custom fields do not show up (just WooCommerce’s). Also, if I click on the View link for a user, it takes me to a /author/[username] URL resulting in a “Not Found” error.

In addition, if I try to view the My Account page while logged in (which has the shortcode pasted in to it), all I see if a brief dashboard with no information on it besides a greeting with my first name.

Thank you for posting the documentation links, hopefully this is just a simple problem that can be fixed.

Thank you for posting that!

Alx,

I’m using a (slightly) modified version of @margeo ‘s code and I believe it’s working well on my pages. See if this helps:

.wrap {
max-width: 85%;
}

@media screen and (min-width: 48em) {
.wrap {
max-width: 85%;
}
}

.page.page-one-column:not(.twentyseventeen-front-page) #primary {
max-width: 85%;
}

@media screen and (min-width: 30em) {
.page-one-column .panel-content .wrap
{
max-width: 85%;
}
}

.has-sidebar #secondary {
width: 26% !important;
}

.site-info { display: none; }

Make sure you put this in the Additional CSS section of the theme customize area.

Wow, that was fast. Thanks!

Update: It looks like I’ve solved it, and it was pretty easy to boot. Here’s what I did:

First, I configured my Drupal settings.php file to have two database connections, adding in a connection to an empty mysql database alongside the pre-existing connection to the sqlite database. Then, I installed the DBTNG Migrator in Drupal. Then I enabled the Migrator plugin in Drupal and opened its settings. From there, I could see both of my database connections. I made sure the origin and destination fields were set correctly, then all I had to do was click the migrate button. I verified that all of my data had moved by looking at phpmyadmin.

Next, WordPress. I added the FG Drupal to WordPress plugin and clicked the “Import” link. I added my database settings, tested the connection, and then ran the import. No problem!

Thank you! I’m actually familiar with that plugin, that’s one of the first things I tried (should have mentioned that, sorry). It doesn’t seem to support importing from Drupal if drupal is configured to use a sqlite database. I felt the need to move my drupal installation over to mysql, but that introduces its own set of problems.

Regarding the syntax errors, here’s an example. One line that stops the import is;

INSERT INTO "variable" VALUES('theme_default','s:9:"newsflash";');

And the error is;

#1064 – You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘”variable” VALUES(‘theme_default’,’s:9:”newsflash”;’)’ at line 1

Thinking it may have been the semicolon within the string, I tried escaping it with \; which didn’t work. Guessing it may have been the nested double quotes, I tried changing them over to single quotes, and that didn’t work either.

I’m starting to have flashbacks to programming with MySQL…

• This reply was modified 7 years ago by tgp1994.