Home/ Questions/Q 852629
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-15T07:37:45+00:00

Initially I had the issue reported in this question . Now, what I noticed

  • 0

Initially I had the issue reported in this question.

Now, what I noticed is that there are some browsers that accept the password, and there are some which don’t. Difference? For some reason the cookie is generated when I log in into the Administration module, but it isn’t when I write down the password to access the page, forcing it to simply reload.

I can see the cookie created for the log-in, but I can see none for the password-protected Page.

These happens on Internet Explorer, both version 7 and 8; only on some machines, though, but most of them fail this. I already tried white-listing the URL, and even letting it accept ALL cookies, to no avail.

What may be the cause? If perhaps it’s got something to do with question above, please help me!

Thanks in advance.

PS: If you know of another, cookie-free method to make a simple authentication, please link me to it. Thanks. Oh, and by the way, this is inside an Intranet with static, class C IPs.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Assuming you’re on an Apache server, consider this authentication module for WordPress that allows for a far more flexible approach:

    http://wordpress.org/extend/plugins/http-authentication/

    This module allows you to Bypass WordPress’ normal authentication and use Apache’s authentication instead – So pretty much any auth you’d like to use.

    You can find more information on Apache Authentication methods here:

    http://httpd.apache.org/docs/1.3/howto/auth.html#database

    I’ve pointed at the database section as I’m assuming you’ll want to use a database to authenticate.

    • 0