Shared a link with password protected but can't access it.

[gennyi210]

Steps to reproduce

1.share a link with password protected.
2.copy&paste the link to browser(tested on Firefox, Chrome, IE)
3.input password and go.
4.no response. stacking at the password input page.

Expected behaviour

go to the download page.

Actual behaviour

no response. stacking at the password input page.

Server configuration

Operating system:
centos 6.2

Web server:
Apache/2.2.15 (Unix)

Database:
mysql Ver 14.14 Distrib 5.1.52

PHP version:
PHP 5.3.3 (cli)

ownCloud version: (see ownCloud admin page)
6.0.0a(stable)
Actually I did update to latest one, but didn't work.

Updated from an older ownCloud or fresh install:
fresh install.

List of activated apps:
internal only.

The content of config/config.php:

<?php
$CONFIG = array (
  'instanceid' => 'oc7aa2754b3f',
  'passwordsalt' => '*** Removed for security reasons',
  'datadirectory' => '/opt/https/owncloud6/data',
  'dbtype' => 'mysql',
  'version' => '6.0.0.14',
  'dbname' => 'oc6demo',
  'dbhost' => 'localhost',
  'dbtableprefix' => 'oc_',
  'dbuser' => 'dbuser',
  'dbpassword' => '*** Removed for security reasons',
  'installed' => true,
);
~

Are you using external storage, if yes which one: local/smb/sftp/...
no

Are you using encryption: yes/no
no

Client configuration

Browser:
tested on Firefox, Chrome, IE

Operating system:
win 7

Logs

Web server error log

error log is nothing.
But I found something curious in access log:
Access log is here:
192.168.0.5 - - [20/Jun/2014:17:54:47 +0800] "GET /public.php?service=files&t=f7ba6e2e83b5307ff96a04c2985b82d4 HTTP/1.0" 200 2319
192.168.0.5 - - [20/Jun/2014:17:54:47 +0800] "GET /remote.php/core.css?v=74b4d273507a7e0eba857955bd45b2cf HTTP/1.0" 304 -
192.168.0.5 - - [20/Jun/2014:17:54:47 +0800] "GET /index.php/apps/files_sharing/css/authenticate.css?v=74b4d273507a7e0eba857955bd45b2cf HTTP/1.0" 304 -
192.168.0.5 - - [20/Jun/2014:17:54:47 +0800] "GET /index.php/core/js/config.js?v=74b4d273507a7e0eba857955bd45b2cf HTTP/1.0" 200 1124
192.168.0.5 - - [20/Jun/2014:17:54:47 +0800] "GET /remote.php/core.js?v=74b4d273507a7e0eba857955bd45b2cf HTTP/1.0" 304 -
192.168.0.5 - - [20/Jun/2014:17:54:48 +0800] "GET /core/img/breadcrumb.svg HTTP/1.0" 304 -
192.168.0.5 - - [20/Jun/2014:17:54:48 +0800] "GET /index.php/core/routes.json HTTP/1.0" 304 -
192.168.0.5 - - [20/Jun/2014:17:54:48 +0800] "GET /cron.php HTTP/1.0" 200 20

Another site is OK, like this: (owncloud 6.0.1, on same server)
192.168.0.5 - - [20/Jun/2014:17:54:24 +0800] "POST /public.php?service=files&t=220142f52862b1cf5f7f0d31c2b86bed HTTP/1.0" 200 4197
192.168.0.5 - - [20/Jun/2014:17:54:25 +0800] "GET /remote.php/core.css?v=d3673708f656239c4dd25f770054095d HTTP/1.0" 304 -
192.168.0.5 - - [20/Jun/2014:17:54:25 +0800] "GET /remote.php/core.js?v=d3673708f656239c4dd25f770054095d HTTP/1.0" 304 -
192.168.0.5 - - [20/Jun/2014:17:54:25 +0800] "GET /index.php/core/js/config.js?v=d3673708f656239c4dd25f770054095d HTTP/1.0" 200 846
192.168.0.5 - - [20/Jun/2014:17:54:25 +0800] "GET /index.php/apps/files_sharing/css/public.css?v=d3673708f656239c4dd25f770054095d HTTP/1.0" 304 -
192.168.0.5 - - [20/Jun/2014:17:54:25 +0800] "GET /index.php/core/routes.json HTTP/1.0" 304 -
192.168.0.5 - - [20/Jun/2014:17:54:25 +0800] "GET /cron.php HTTP/1.0" 200 20
192.168.0.5 - - [20/Jun/2014:17:54:25 +0800] "POST /index.php/core/ajax/translations.php HTTP/1.0" 200 75

POST / GET problem?

ownCloud log (data/owncloud.log)

nothing special.

Browser log

[vgezer]

Can it be related to #8590?

[PVince81]

On the mailing list @gennyi210 mentioned having tried with OC 6.0.3 with the same issue.

@wakeup I don't think it's related since here the user is stuck at the password prompt, but the issue you linked is once the public page already appeared.

[gennyi210]

any ideas?

[PVince81]

I didn't have time yet to setup a similar environment and test this, currently busy with finalizing OC 7, sorry.

I don't see anything wrong in your config, except that you're using CentOS 6.2 which is quite old. I believe the minimum version should be at least CentOS 6.5. And PHP 5.3.3 is known to having many strange issues. Not sure if they are related to your problem.

From your access log: from what I remember, when you type in the password and click the arrow, it should send a POST request to the server to validate and save the password. From the access log you posted it seems it's not doing it in the first server.

Maybe you can try the following: using Chrome, open the "Network console" then open the public link.
Then clear the network console, enter the password and click the arrow. You should see a new POST entry appearing in the network console. Please check the request and response of that call.

You might want to check the "Javascript Console" as well for errors in case it doesn't happen.

[gennyi210]

Thank you Vincent @PVince81 ,
I'll try it and feedback here.

[PVince81]

@gennyi210 are you using unicode characters for the password ? (for example chinese characters)
If yes, please try with ASCII characters instead.

[gennyi210]

Found that the problem about reverse proxy.
It's wired only this function (maybe more) doesn't work well.
Still dealing with it very hard...

[gennyi210]

@PVince81 Thanks for your concern. I didn't use unicode characters for the password. only numbers.

[PVince81]

Did you find a way to fix it ? More details would be appreciated, especially if there is anything to fix on the ownCloud side.

[gennyi210]

Hello, @PVince81
Eventually, I fixed it!
As I said before, It's a problem about reverse proxy. So I removed the reverse proxy and just NAT it to a global IP, It works well now.
But, wait, It's not a solution, It's an escape.
The solution is to add the configuration about reverse proxy CORRECTLY in configure.php!
http://doc.owncloud.org/server/6.0/admin_manual/config/reverse_proxy_configurations.html?highlight=reverse%20proxy

Sorry to bother you guys, It was my fault.
CASE CLOSE.

[PVince81]

Good, thanks for the clarification 😄

[lock]

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.