.htpasswd & Chrome

  • Resolved dis-annie

    (@dis-annie)


    5 years, 8 months ago

    Hi,

    Awesome plugin! Been using it for several years.

    I’m at my wits end and am hoping there’s some kind soul out there that has expertise in the combination of fileaway & htaccess.

    I’m using htaccess/htpasswd for basic authentication. It’s been working for months. Now I cannot download a file with Fileaway in Chrome or IE. I can upload a file, and both uploading/downloading work in Firefox. It doesn’t prompt for the authentication and gives a “failed authentication” error. I’ve tried changing the password and moving the .htpasswd file, and it still doesn’t prompt me. Credentials were entered months ago, so it could remember it, but I’ve tried incognito mode, clearing browser, and clients (various htaccess/htpasswd files) have the same problem.

    Permissions on both .htaccess & .htpasswd files are 0644.

    Here’s my .htaccess:

    RewriteEngine On
    AuthType Basic
    AuthName “Extra Security: Please enter the username and password you use to log in.”
    AuthUserFile /home/myadmin/public_html/safedir/.htpasswd
    Require valid-user

    Thanks!

Viewing 9 replies - 1 through 9 (of 9 total)
  • Plugin Author thomstark

    (@thomstark)

    Try it using stats enabled. If that doesnt work, try with encryption. Of course, you cant do encryption and manager mode at the same time. The issue is, a normal download is the client (browser) requesting the file from the server, and your .htaccess is refusing. With stats or encryption enabled, the file is pushed to the client from the server, i.e., the transaction is initiated on the server side, rather than the client side.

    Thread Starter dis-annie

    (@dis-annie)

    Wow thanks for the quick response!

    When I enabled Statistics, I get no prompt, even in Firefox, and get Access Denied, even in Firefox.

    Where do you enable encryption? There was already an encryption key. I deleted it and saved, but Chrome still not working.

    Plugin Author thomstark

    (@thomstark)

    Add encryption=”true” to your shortcode. If it’s a manager mode table, though, that will override the encryption setting and turn it off.

    Plugin Author thomstark

    (@thomstark)

    I may have not understood fully. I now see that you want the username and password prompt to show up and for that to be the method for accessing the files. In that case, encryption wouldn’t be what you’re after. And to be honest, if it was working and now is not, File Away isn’t the variable that has changed here. Try putting a direct link to a file on your page just using html, without file away at all. See if it shows the same behavior as it does using File Away. Because the normal, non-encrypted File Away download links are just that: html hyperlinks.

    Thread Starter dis-annie

    (@dis-annie)

    Direct link works…

    Plugin Author thomstark

    (@thomstark)

    Stats disabled?

    Thread Starter dis-annie

    (@dis-annie)

    Same results with & without stats enabled.

    Plugin Author thomstark

    (@thomstark)

    Not sure what to say at this point, other than File Away hasn’t changed, so if it stopped working, the cause most assuredly lies elsewhere.

    Thread Starter dis-annie

    (@dis-annie)

    This was fixed by specifying the file types to open in New Window in the File Away basic configuration.

    Thanks again for your help!

Viewing 9 replies - 1 through 9 (of 9 total)
  • The topic ‘.htpasswd & Chrome’ is closed to new replies.