cgzaal

OK, that would be great! Fingers crossed ??

Thanks!

Hi Jordy, that would be great! –Chris

Hi Charles,

Thanks.

But I use the existing option in the plugin the post the (custom) category name in the meta-section. I can filter by that category name. Shouldn’t the custom category then show up?

Your help is appreciated!

Sorry, this is the link:
https://www.liesbettol.nl

The filter is working, but the custom category name doesn’t show up in the meta area (like a normal category does). See the purple tile in the example.

It now seems to work, only not in the browser (Firefox) on which I started. In the edit page I still get the error message. Amazing.

Update: now I get a new error message:
Tried accessing nonexisting field (like_count) on node type (Media)

Great, this solves the problem. Thanks a lot.

Sorry to bather you.

I found it out myself :-). It’s not in the CSS of the plugin, but part of my theme’s settings.

This was to be changed:

input[type="search"]:focus 
{
 box-shadow: 0 0 0 0.2rem rgba(123, 123, 255, 0.25); 
}

• This reply was modified 3 years, 4 months ago by cgzaal.
• This reply was modified 3 years, 4 months ago by cgzaal.
• This reply was modified 3 years, 4 months ago by cgzaal.
• This reply was modified 3 years, 4 months ago by cgzaal.

Hi James,

Thanks a lot for your extensive and instructive answer.
I think you are right: the problem seems to be in the WP-counting process.
The posts I made are set to be published in future, so they
start off as being unpublished (uncounted), and after a certain moment they
are automatically set to published. Somehow WP fails to (re)set the
count of these posts. It may indeed be that this is due to a WP-update.
I’ll check the references you mentioned.

Thanks a lot, Chris

I fixed it myself, by editing the database.
Just edited the table wp_term_taxonomy, I reset the count in the relevant row.

@skafte,

I experienced the same problem.

According to me it is because WordPress somehow updated the Javascript-handling,
in such a way that the code of the Flickr Justified Gallery plugin is not compatible
anymore.

The solution I found was to include a seperate jQuery library (which I found
in another plugin I use).

Best wishes, Chris

Stange phenomenom: I still suffered the problem mentioned above.
I checked another page of my website using the following functionality

[flickr_tags tags=””]

This page worked!

Then I revisited my portfolio-pages using

[flickr_set id=””]

Miracle: they worked again.

Problem solved. But the miracle remains…

I denied all access to wp-register.php, because I haven’t any other users besides myself:

<FilesMatch “\.htaccess|wp-config\.php|wp-register\.php”>
Order allow,deny
Deny from all
</FilesMatch>

Furthermore you should check you regex expressions.

The following line has a strange regex syntax (just leave out the . and *):
RewriteCond %{REQUEST_URI} .wp-register.php*

Same thing with the next line: leave out the .* (try to learn about regex somewhere).

Also the following line is strange. Having a rewrite URL with regex tokens in it is meaningless (leave out the ^ and $):
RewriteRule (.*) ^https://%{REMOTE_ADDR}/$ [R=301,L]

Finally: to check your code, you should POST to wp-register.php with an other website as referer or with an empty user-agent. How do you check? With curl?

• This reply was modified 8 years, 2 months ago by cgzaal.
• This reply was modified 8 years, 2 months ago by cgzaal.
• This reply was modified 8 years, 2 months ago by cgzaal.
• This reply was modified 8 years, 2 months ago by cgzaal.
• This reply was modified 8 years, 2 months ago by cgzaal.
• This reply was modified 8 years, 2 months ago by cgzaal.
• This reply was modified 8 years, 2 months ago by cgzaal.

Hmm,

The problem seems to have been solved by itself. I cannot see what the problem was. Maybe a caching problem?

–Chris

I have the same problem.
My solution is to remove the following code from jquery.swipebox.js:

bg = bg.replace('png', 'svg');

Unfortunately, I have to do this after every update.