Edward Caissie

@arakilandeswari – I would suggest the “new” plugin might be part of the issue you are seeing and would recommend deactivating it to see if that helps with getting your site back to what you are used to seeing. If this is a conflict between the two plugins you might want to put your concerns forward to both authors to see if one (or both) have any further suggestions to correct this.

~ Cais.

@sda1qw3 – Thanks for the update and sharing what you found! Well Done!!

~ Cais.

@asbell – I wouldn’t recommend using a . in a slug/permalink without taking into consideration all of the current use cases of the . in URL structures starting with the domain name extension (example.com) and ending with the “web page” being displayed (such as index.php, default.html, etc.)

I would also be a bit leery about using the | symbol although that might be a bit more forgiving in modern browsers. Using - and _ are much better options if needed to provide better, or more readable, URL segments, etc.

~ Cais.

@1c3urrell – I suspect the “byline” you are referring to is the one that appears under the article headline and beside the “N” logo (for example By PA News).

If you are writing these articles then I would expect by default it to use your “account” to publish them as well. There is an option (usually hidden in most current default installations) that would allow you to change the “author” of the article to another account before (or after) publishing.

Try the following to see if this helps: http://take.ms/CWtRH (check the author box)
Then scroll down below the TinyMCE editor’s box: http://take.ms/rSiOP (select a different “byline” account).

Also to note, you can move the “Author” block to a more convenient place if that helps as well.

~ Cais.

@ahamaton – Displaying the category’s description is most often controlled by how the theme author has chosen to use the “list category” function (or similar) within the theme. Again, depending on the the theme, this may be a case of “hidden” (which is not common) or often times setting a function parameter to not display the description.

I would not specifically call this “broken” or requiring a “fix” although you might want to contact the theme author to see how best to adjust the theme to your preferences.

I did have a quick look at your site and although I am not familiar with the code or layout (and did not find the category description in the example URL) if you know the HTML container the description is being written to you could add some custom CSS to set its display property to none while you work with the theme author to get to a better option.

~ Cais.

• This reply was modified 7 years, 11 months ago by Edward Caissie.

@alexandraqb – If you are using Generate Press for your theme base then it could just be a temporary browser issue. Try using a different browser such as Chrome if you are currently using Firefox for example.

Here is a reference and fix suggestions if this is Generate Press related: https://generatepress.com/forums/topic/4-9-anyone-else-having-tinymce-issues/

~ Cais.

@get_username – The “featured image” functionality is generally based on a single page/post and needs to be able to identify that appropriate single value. $post->ID would be correct but does not accurately apply to archive type views in this specific case such as a blog index.php and/or other similar template pages such as a category.php, tag.php, archive.php, etc.

You would need to write a more specific query to identify the first published post(?) and use its ID to designate the “featured image” for the blog index header (if I am understanding your idea here correctly).

As you noted this works on page, I would also suspect your current code idea would work in single views of your posts, too.

~ Cais.

@sda1qw3 – The two example URL look essentially the same, perhaps this is a caching issue you are having? Have you tried using an anonymous browser window to view the two different URL?

~ Cais.