dKoka

Maybe anyone had a luck to resolve this issue?

At this moment where is no background image in all my pages except secured.
I use most current version of plugin and WP and i can not downgrade because of compability problems with qTranslate in older versions of plugin.

Hi Mike. I’ve got the same problem with 3.1.2 here. Background images are not displayed on secured pages. I had to rollback to Version 3.0.3 to temporary resolve the problem.

Well, i also forgot to mention, that my site use SSL in login process, maby this is important.

Hi, and thx for answer.
I disabled other login plugins (Social Login & Pie Register) for now, so i have only clean WP login form and no any unusual requirements.
Where are no special errors which can be visible in Chrome Dev. mode as well.
“Filter suspicious query strings” is disabled and gives no effect.

But i also found what if i Disable “Enable Hide Backend” option, my login form begins to work as it should, without disabling whole plugin.
So hiding backend maby become glitchy in my case for somehow. I’m absolutely sure what it’s work normaly when i configured everything initialy.

Hi Claude,
the solution you have sent me via e-mail seems to resolve the problem.
Thank you.

I sent an answer to your’s e-mail.

Youp, Mike, I use qTranslate to provide multilanguage,
the idea is that it worked quite fine before 3.0.0 =)

Nope Mike, everything is on its place,
Secure post checkbox in admin area is checked.

Heh, I don’t see if I can do another WP-install somewhere in the nearest time, I tried to reinstall plugin once more and now I’m quite sure that it’s a new last build bug =).
ATM you can see error at https://deavivente.com/
if you click shop/howtobuy from menu you’ll get https://deavivente.com/shophowtobuy and 404
but if you push slashes manually /shop/howtobuy, the menu begins to work normally, untill you go to homepage again.

I can keep buggy version for sometime untill you can see it by yourself.
URLs with parameters are available if you click login form or auction lot from its widget. They seem to be loaded ok now, if called directly with HTTPS.

Ehh, Mike, I checked your new build on my troubled pages, and got some new bad news now.

Sometimes page loads normally and everything seems to work correct and secure.
Sometimes, mainly if I load page from site menu, I get readable version of a page but without HTTPS (something like that began just after 3.0.0 update).
And sometimes (and that is the worst) I get an URL without slashes in page hierarchy (like site.com/PAGE1PAGE2PAGE3/) after the call and 404 error.

So I have to roll back again.

Hello, i’ve got the similar problem after updating to 3.0.2 from 3.0.1 few hours ago.
Maybe my info helps the author somehow to fix the bug.
The problem occures when my URL has some parameters like https://…/page_name/?preview=true
home page gets redirected instead of leading to target page.
If URL has no parameters and looks like https://…/page_name/
everything works fine.