Hi Britta,

I have not encountered this issue with 9.11, so it is not a generic issue.
It sounds like there is a layer on top of the form. If you use inspect element, you might see a div responsible for not being able to access the form.

Hi Tycho,

thanks for your quick reply. The idea with the added layer is a good one but when I inspected the page with the developer tools, I found that a hyperlinkink was created around almost every element of the page (see the screensot that I added in my initial post) that caused the wrong behaviour and I don't know where these hyperlinks come from.

Kkind regards, Britta

You can also get these kind of results in the inspector when there's an HTML error on the page.
Mostly an unclosed tag.

This sounds like there is something more going on in a module on the page or in the theme maybe...  It's odd that there are so many search results wrappers in the HTML, on any page.  Do you have a theme developer on your team to troubleshoot that?  I'd look for any client-side scripts that are altering the page's HTML output.  It's likely a bit of buggy jQuery.  

Timo, Will,

thank you. Unfortunately, it is only me dealing with our website so I will have to redeem this myself with the limited DNN knowledge I have.

As far as I checked, it is only the registration page that shows this behaviour with the weird wrappers and only when using it with the parameters PasswordReset&resetToken as called when clicking on a resetPassword Link in the email "you requested a password reset...").

I will check the login and registration pages themselves: maybe remove the respective modules and place them anew or create brand new login and registration pages (although I am not sure whether that has any repercussions on the whole process). 

Will report my findings here

Britta

 

If you're able to, I'd suggest doing some troubleshooting on a test/development instance of the website. 

First, when you backup and restore the website, does the same behavior still exist?  If yes, then the issue is environmental, but that's not likely in this case.  

Next, since you reproduced the issue in another environment, I'd suggest changing the theme to use the default theme entirely and attempt to remove any other modules from the login and registration pages (if there is more than one).  Try the test again.  I'd expect that it should work as expected this time, which would point you to the theme.  

What I believe you'll find is... The theme likely has a ton of JavaScript and something there was put in that wasn't tested against the login/registration workflows.  

Will,

thanks a lot. Will try all that out next week.

Britta

Will, 

It was indeed the theme! After testing that in my development environment, I just removed the footer from the two pages and applied one of the standard themes. That is good enough for right now but whenever I find time (which is unlikely), I will check into theme development and maybe will be able to reprogram our theme. 

Just a note in honor of the developers of our theme: our website was developed about 10 years ago and back then the theme had been tested against the registration/login/pw-reset process. And the process had worked with our theme until approx. 2018 - the last time we needed it. Apparently with one of the DNN updates since then it broke. 

I am ever so grateful for your (and everyone else's) input - THANK YOU!

Britta

Glad to read it worked out ;-)