kesseret

@darshanaw
I had already seen that in my google searches and that is actually not the case.
My console project still exists. I just recreate an oauth keypair and it works again.

I’m open to any other ideas.

Thank you for replying!!!

Thank you very much!

The problem is those of us that utilize cloudflare for caching this will trigger that everyone has voted since the IP address is all from cloudflare. I don’t believe this happened in the older version. If it did my users didn’t complain about it until the upgrade.

@uvagrimey
I actively use ublock origin and privacy badger but using both on my site again now, after the update, and I am not seeing any problems. Hope this helps!

I am experiencing this same issue. If I disable Ublock Origin on my browser it works perfectly.
For my site, it’s restricting the loading of the images for the site and also interaction with the comments too.

I am having this problem too, but also in IE.

Thanks for the info, I do not use Google Analytics either. But I am using Studiopress theme (out of the box one, no customization). Still experiencing the issue.

I am getting this same problem. Our users submit the form several times due to no confirmation that it was sent.
Any advice is appreciated.

• This reply was modified 8 years, 2 months ago by kesseret. Reason: spelling error fix

Jeremy, did that and working on it. Thanks to your support! When it gets resolved I plan to post my answer here.

Direct quote from the creator:

“As regards your request, i am planning to expand this plugin (more back-end flexibility and more options, as yours) as soon as i will have more time. Meanwhile you can hack this plugin by editing wp-attachments.php and change line 59 to whatever you want.
Now it’s set to ‘orderby’ => ‘menu_order’. This means that all files would be shown in the order chosen in the media edit screen (you can drag ‘n drop files there to change the order).
You can change this line to:
‘orderby’ => ‘date’ and maybe add another line: ‘order’ => ‘DESC’
You can find more at https://codex.www.ads-software.com/Template_Tags/query_posts#Orderby_Parameters”

Hope this helps, Sam!

Just an update. On the blog with this error the stats seemed to have fixed themselves. *shrugs* not sure what happened. My other blogs still have a different error:

Your WordPress.com account, xxxxxxxxxx is not authorized to view the stats of this blog. Currently access to stats is broken for some users and we are working on fixing this. Your stats are still being counted and will be visible once we restore access for your account.

I have this error on one of my blogs and then the other error on the other blogs.

I am not sure what is going on but I just stopped attempting troubleshooting until the other issue gets resolved.

Talgalili: Did you have any issues with memory consumption?

Have you set up proper dns for this subdomain? (Is it a subdomain)
What I did was create a CNAME for cdn.mydomain.com and point it to mydomain.com. I had to wait a few hours for it to be recognized as well.

I hope this helps!

I am not sure if the problem I am having is related but I had to roll back to an older version. My server cannot handle the memory that feedwordpress is eating.

14:22:27 up 3:07, 1 user, load average: 10.41, 7.40, 4.22

this is what my server is after feedwordpress w/ manual cron is enabled.

Whereas this is where it is average 14:54:22 up 3:39, 1 user, load average: 0.09, 1.70, 2.60

I have 900+ syndicated links.

Let me know if you find something out.