Subsonic Forum

When logging in a user may be presented with a blank (all white) screen.

So since I upgraded to 4.7 final, dont believe I ever saw the issue with the betas, Ive noticed an issue happen when logging in through a webbrowser, and it appears to be because of cache control issues (however I have yet to proxy the traffic to check the headers). The issue doesnt always happen, and a restart of the tomcat server, nor a restart of the web browser fixes it. Below is an example in from my tomcat access logs from when the issue happened.

Code: Select all

[[01/Oct/2012:10:00:45 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/" "-" "302" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:00:45 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/login.view" "-" "200" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "2353"
[[01/Oct/2012:10:00:45 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/style/midnight.css" "-" "304" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:00:45 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/icons/subsonic_white.png" "-" "304" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:00:46 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/icons/favicon.ico" "-" "304" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:00:46 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/style/default.css" "-" "304" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:00:56 -0400]] "IPADDRESS" "60443" "POST" "/subsonic/j_acegi_security_check" "-" "302" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:00:56 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/" "-" "304" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:01:03 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/" "-" "304" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:01:45 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/" "-" "304" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:01:48 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/" "-" "304" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:01:58 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/" "-" "302" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:01:58 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/login.view" "-" "200" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "2353"
[[01/Oct/2012:10:02:02 -0400]] "IPADDRESS" "60443" "POST" "/subsonic/j_acegi_security_check" "-" "302" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:02:02 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/" "-" "304" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:02:20 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/" "-" "304" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "-"
[[01/Oct/2012:10:02:32 -0400]] "IPADDRESS" "60443" "GET" "/subsonic/index.view" "-" "200" "Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0" "1426"


So you can see at 10:00:45 I hit the server at /subsonic/ and got a 302 to the login view and completed a valid login at 10:00:56, which caused a 304 (not modified) to be sent back at the request for /subsonic/ which resulted in the blank page. As you can see several refreshes resulted in the same thing until 10:01:58 where a 302 was returned to redirect back to the login (I cleared the cookies from the browers). As you can see this once again resulted in the blank page with the 304 on /subsonic/ until at 10:02:32 I manually told the browser to go to index.view.

So based on the status codes it appears the cache control headers are being set improperly, which results in the browser displaying a blank page (because there was actually nothing returned with /subsonic/ since it was a 302 originally. Ive experienced the issue with multiple firefox versions on both windows and linux, as well as from the android default mobile browser.

I am running subsonic on a linux x86_64 setup, with the war file deployed to tomcat 6.0.32, and built using oracle jdk 1.6.0_35 x86_64 on a separate linux box. I have modified a couple pieces of the code but those changes are isolated to logging, scrobbling, and the scheduling of podcast refresh.

So I was able to reproduce it again and got it running through my proxy. Ill show the requests responses:

Initial request to /subsonic/

Code: Select all

GET /subsonic/ HTTP/1.1
Host: baaldemon.dyndns.org:60443
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20100101 Firefox/15.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
If-None-Match: W/"115-1347111528000"


Response to that request:

Code: Select all

HTTP/1.1 302 Moved Temporarily
Server: Apache-Coyote/1.1
Set-Cookie: JSESSIONID=7FEBFB2A1E22132A9162AF569AB447FB; Path=/subsonic; Secure
Location: https://baaldemon.dyndns.org:60443/subsonic/login.view;jsessionid=7FEBFB2A1E22132A9162AF569AB447FB?
Content-Length: 0
Date: Mon, 01 Oct 2012 14:34:40 GMT


Here is the response from the valid login POST request to /subsonic/j_acecgi_security_check:

Code: Select all

HTTP/1.1 302 Moved Temporarily
Server: Apache-Coyote/1.1
Location: https://baaldemon.dyndns.org:60443/subsonic/
Content-Length: 0
Date: Mon, 01 Oct 2012 14:35:16 GMT


The request generated from that redirect:

Code: Select all

GET /subsonic/ HTTP/1.1
Host: baaldemon.dyndns.org:60443
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20100101 Firefox/15.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip, deflate
Cookie: JSESSIONID=7FEBFB2A1E22132A9162AF569AB447FB
DNT: 1
Connection: keep-alive


Then the response received from that:

Code: Select all

HTTP/1.1 304 Not Modified
Server: Apache-Coyote/1.1
ETag: W/"115-1347111528000"
Date: Mon, 01 Oct 2012 14:35:17 GMT


Bump... has anyone else seen this? Still having issues and cant seem to get this fixed.