bghooke

Thanks. So what’s the next step to trying to fix this?

I have confirmed that we are still seeing this issue. A test post I created a long time ago is still available to me to edit but a new test post I just created is not in my list of posts.

Thanks,
Bruce

Thank you

Thank you. I do see that directory but I don’t see the installer anywhere in that directory. I checked in one of the Zip files and I see a directory called dup-installer but this still does not seem to get me to a file called installer.php that would be part of the upload to the new location and that would be called by going to the URL my-new-site/installer.php

Thanks!

I seem to have found the solution. I had to explicitly set the query_var for both custom post types. This doesn’t really make sense to me as these should have been defaulting to the names of the custom post types, which is what I have now explicitly set these to be, but explicitly setting them solved the problem I was having.

Thank you, bcworkz, for your suggestion. While it wasn’t the right solution it prompted me to look carefully at the settings for each of the variables I was using, which lead me to the solution.

To disable plug-ins click on where it says “plugins” on the menu and then you should see a list of plug-ins. Note which are enabled and which are disabled (the enabled plugins should have a light blue background and should have a “deactivate” link below them) so you can restore things to where they are now once you’ve done some troubleshooting. Now, for all the plugins that are enabled, click the deactivate link and wait for each to be deactivated. Now log out and log back in and see what you see.

It sounds to me like maybe there’s a plug-in installed on your site that is changing what you see when you log in. I’ve designed a site like that, where certain types of users got shown a custom page when they log in. Disabling plug-ins should turn this off by may also affect things you want the site to do and show.

It is also possible that this is tied to the theme so you could try switching to a default theme like “Twenty Nineteen.” You would do this by clicking on “themes” on the menu and selecting the theme you want to user. Again, note which theme is currently active before switching to another theme so you can restore things to where they are now when you are done trouble-shooting.

Have you tried disabling any plug-ins? That’s the first thing I’d try.

But also, when you say “it takes me to a page that doesn’t have an admin dashboard,” what is on the page you get taken to?

And, in your profile, have you checked the box “Show Toolbar when viewing site”? If you are getting taken to a page that’s not the admin dashboard and you don’t have that box checked then you would not see the admin menu at the top of the page.

Thanks. Unfortunately that doesn’t solve the problem. I tried changing just one and also both to be 'with_front'=>true and the issue did not go away. After making that change I did go to the permalinks page and re-saved the settings there to flush the permalinks.

My apologies. I used the wrong tags to identify the code snippets and there does not seem to be a way for me to edit the post to fix it. Here is the code again, I hope properly tagged:


add_action( 'init', 'my_register_post_types_product' );
add_action( 'init', 'my_register_post_types_project' );


This calls the two functions that create the custom post types. Here are the key sections of that code:


function my_register_post_types_product() {
$args = array(
...
'rewrite' => array(
'slug' => 'product', // string (defaults to the post type name)
'with_front' => false, // bool (defaults to TRUE)
'pages' => true, // bool (defaults to TRUE)
'feeds' => false, // bool (defaults to the 'has_archive' argument)
'ep_mask' => EP_PERMALINK, // const (defaults to EP_PERMALINK)
),
...
);
register_post_type(
'product', $args);}


And:

function my_register_post_types_project() {
$args = array(
...
'rewrite' => array(
'slug' => 'project', // string (defaults to the post type name)
'with_front' => false, // bool (defaults to TRUE)
'pages' => true, // bool (defaults to TRUE)
'feeds' => false, // bool (defaults to the 'has_archive' argument)
'ep_mask' => EP_PERMALINK, // const (defaults to EP_PERMALINK)
),
...
);
register_post_type(
'project', $args);}


Thank you kartiks. I’ve looked at lots and lots of different user management plug-ins and at least based on just reading their features none seem to offer what I was looking for. I’m trying to make plans while I wait for the site to actually be ready for me to start adding plug-ins so that’s why I haven’t tested any yet. But one of the plug-ins you pointed me to also seems to offer a potential work-around that should get us where we need to go so thank you.

Thanks Ravinder. That does indeed solve the problem.

Thanks Matt. We do not have any other email-related plug-ins installed on the site. I looked through the troubleshooting guide but all the suggestions there seem to be for situations where email is not being sent at all, whereas our situation is that the emails are being sent and received just fine, they just don’t have the expected content.

I’m running into the same issue and in the Firebug console in Firefox I get the following error twice when I load the home page:

TypeError: jQuery(…).masonry is not a function
jQuery(‘body.magazine-layout .content-masonry’).masonry({

The first iteration of this error points to /parabola/js/frontend.js?ver=2.0.4 line 13, col 3
The second iteration of this error points to line 117, col 3 of the same file

Thanks.

Thank you Brian. Setting the maximum execution time to 15 appears to have solved the problem.

I’m having the same problem but I realized I should really start my own thread since it will be confusing to trouble-shoot two sites on one thread.

FYI there is a recent previous thread on this topic with some useful information.