Wordpress cookie error prevents me from logging in - wordpress

I have come across a login error due to cookies. I have attempted the diagnosis but the error is still persistent. I cleared cookies and changes the settings and followed the options. I also watched a video on it to see if I might have missed a step.
Here is the problem
Error: cookies are blocked due to unexpected output. For help, please see this documentation or try the support forums.
I am unsure exactly what I must do at this stage. I tried clearing all plugins in case that might have caused some issues. But nothing happened. I am not sure why all of a sudden I get kicked out and it requests that I have cookies on (not that I don't)
I am a student and non-techy at least at the moment
website assignmentplanner.000webhostapp.com

Related

Weird / arbitrarily behavior of Collabora Online

So I’ve been experiencing some very strange behavior alongside Collabora Online. Since migrating to a new Collabora Online Server (version 21.11.3), nothing works reliably anymore. All the abnormalities described in the following follow no pattern, are totally unpredictable and therefore cannot be reproduced.
The save button sometimes work and sometimes it does not. Meaning the changes sometimes get saved on the file server as it should be and sometimes no http request to the wopi host is made. I tried to manually save with the help of the PostMessageAPI. When adding an event listener to the iframe window the Collabora Online editor is embedded in, I notice that it rarely gets trigered upon user actions such as “saving the document.” Feels very buggy to me.
Often the document is loaded and rendered instantly without any problems. When trying to load the same document some time later, it sometimes happens that the content of the iframe schows me some weird error messages. I attached them to this thread. The first error message says that it is cleaning up the document from the last session. Whatever that means, it can last for hours. The second error message says it cannot establish a connection to the document (although it worked minutes before).
Could this be a configuration error on a server Collabora Online is running/depending on?
Error1
Error2
this might be a bug → https://github.com/CollaboraOnline/online/issues/4773
please participate there!

Chrome ERR_HTTP2_PROTOCOL_ERROR + Firefox Secure Connection Failed

I'm hosting a website serves global regions, and recently there's a weird issue came up.
Already checked other posts on the Internet including the one in stackoverflow with a lot of discussions:Chrome net::ERR_HTTP2_PROTOCOL_ERROR 200 after a reconnect , but none of the answers helped.
Website is building on ASP.NET webform legacy "website" (not web application).
There's a important function which performs several process once user click a button on website.
Let's say there are 100 lines of code in that function, and I've added some flags to log which steps have been hit and processed.
Weird situation is:
Only China users are facing the issue. (website is not hosted in China)
Some users are using firefox and it returned below, in English it is "Secure Connection Failed"
But checked several posts including firefox documents, there should be error code on screen like
ssl_error_no_cypher_overlap but there is nothing.
Firefox error
Some users are using other browsers which is Chrome based, it returns:
Chrome error
In additionally, I checked the process log in these user feedbacks, most of them does not finish all the code, in other words, if there are 100 lines of codes and some of them just stopped in line 50.
Website has TLS 1.2 enabled, also http2 protocol (h2) is applied when I checked via Chrome-Network tab.
I'm wondering if it is possible if client browser shut down the connection in some reasons, it will end with the result I see (stopped at the middle of entire code flow), from my opinion if a request is posted to server then no matter what client does, the process should finish entire flow.
Any ideas or thoughts will be appreciated!
I was just dealing with that exact situation.
From what I read in various posts on the HTTP2_PROTOCOL_ERROR, I think what happens is the response is started but code problem(s) prevent the server from completing the response. The incomplete response gives the protocol error in Chrome, and, because it's over TLS, Firefox sees it as a security error. (I'd share links, but I've already closed all those windows - sorry.)
Somehow my code was preventing the server from completing the response without causing an exception.
I was able to track down the offending code by commenting out the body of every code-behind procedure on the page and then bringing them back one at a time.
Good luck to you!
I can't give you a concrete example, but in my case, there was no problem on the application side.
Have you recently added settings to your in-house infrastructure engineer?
For example, have you added WAF settings? You may want to check.
FYI

Receiving error code 500: Internal Server Error on insert request

We have a script updating Domain Shared Contacts for our tenant that runs every morning. Today, the insert requests started failing. Google is returning error code 500, which according to documentation is an 'unrecognized error'.
I'm not finding anything regarding an API outage currently going on, nor am I seeing anything relating to an API change taking effect today.
I recreated the request with curl hoping to get more info, but still just receive "500 Internal Server Error".
Anyone else seeing this? Anyone aware of an internal problem at Google, or an API change which just took effect?
Thanks for any help.
EDIT:
The issue seems to be resolved. Hopefully it has for others with this problem as well. Thanks to Google for addressing this.
Yes unfortunately this problem started yesterday see
Exception while adding contact in google.Internal server Error
I urge you to raise a Case with Google Support

Skype OAuth Tokens are unavailable

I have a problem. Whenever I go to ucwa.skype.com and sign in, I always get redirected to an error page and appear to be not signed in. But then if I again go to ucwa.skype.com/code, I am signed in but the tokens are not available. Instead I get ‘Data unavailable, try again’.
Does anyone know why is this happening?
Yes, I've seen that few days ago; and also seen similar issues sometimes in the past.
It is probably some problem with the application to run behind, so only MS can resolve that (with a restart? :))

Error 403 on SECOND postback of the same form (and various other situations)

we recently migrated our application (IIS Server + DB Server) to AWS and also modified the network architecture a little bit. The entry point of the system is an Astaro Firewall (we use the AWS AMI) which also host the SSL certificate of the web server. Everything related to the firewall has been done by a vendor and we only have some read-only privileges.
We are getting 403 errors in a few situations but I will explain one, as they all may be related.
We got a form which query the database and return a report in HTML format (this report also have some checkbox to do updates). The first time the form is submitted, we always get the report back. If we wanna post the form again, updated with new data, it crash, returning error 403. We noted that it doesn't crash when the first results returned a very low number of rows (or none).
Looking at the details of the POSTs in Developer Tools, what seems to be the only difference between a working and 403 error reply is the size of the data posted. The second post is always bigger because it contains the data of the first report (as the page have also other option to checkbox the rows).
Also, looking at the IIS logs we don't see any traces of the POST that crash. Nothing at all.
This problem happen only in production. In dev environment it's all working flawlessly. The only difference is that the production have the firewall/ssl, while development is all open. This is why we think it may be related to SSL.
The vendor is not the most helpful, we are looking for help to pinpoint the issue and trying to take the situation in our hands.
Any input appreciated.

Resources