Details

    • Similar Issues:
      Show 5 results 

      Description

      Sometimes so-theme loses is CSS and appears blank. I have seen this happen with 1.5b and it was also reported in the forum: http://www.liferay.com/web/guest/community/forums/-/message_boards/message/3855974#_19_message_3857457

      1. Screenshot.png
        21 kB
      2. so-04.png
        36 kB

        Issue Links

          Activity

          Hide
          Jamie Sammons added a comment -

          Hi Jonas,

          I could recreate this yesterday in my enviornment but today I can't. How odd.

          Show
          Jamie Sammons added a comment - Hi Jonas, I could recreate this yesterday in my enviornment but today I can't. How odd.
          Hide
          Attila Fazekas added a comment -

          Hi all,
          This issue is very similar what we found at Liferay Portal.

          On our case if the browser asking for data which is not in the Liferay cache, but tagging it with good ETAG or Not-Modified-Since, the lower filters / servlet serves the content with 304(not modified) status. The gzip filter compress the zero length response to 20 byte (only when other filter closes the stream before gzip comes). The cache will cache it, and on next request serve it.

          After tracing the issue I reported several bugs, including: LPS-5244 , LPS-5243 .

          We reproduced this issues by telnet to 8080 port like this:
          GET /Path-to-my-css/my.css?hfkjhi=45 HTTP/1.1

          Host: myserver

          Accept-Encoding: gzip

          If-Modified-Since: Sat, 29 Aug 2009 09:00:13 GMT

          HTTP/1.1 304 Not Modified

          Date: Tue, 29 Sep 2009 14:46:08 GMT

          ETag: 1

          ETag: W/"494-1251520140000"

          Expires: Fri, 27 Sep 2019 14:46:10 UTC
          (20 byte comressed data)

          And et next time:
          GET /Path-to-my-css/my.css?hfkjhi=45 HTTP/1.1
          Host: myserver
          Accept-Encoding: gzip

          HTTP/1.1 200 OK

          Date: Tue, 29 Sep 2009 14:46:24 GMT

          filter-class: com.liferay.portal.servlet.filters.header.HeaderFilter

          Expires: Fri, 27 Sep 2019 14:46:26 UTC

          ETag: 1

          ETag: W/"494-1251520140000"

          Content-Encoding: gzip

          Content-Length: 20

          Content-Type: text/css

          The ?hfkjhi=45 can be any other not used random for test, it needed to make sure it is not requested before. The target file can be anyone where you uses the cache, gzip and etag filter.

          Show
          Attila Fazekas added a comment - Hi all, This issue is very similar what we found at Liferay Portal. On our case if the browser asking for data which is not in the Liferay cache, but tagging it with good ETAG or Not-Modified-Since, the lower filters / servlet serves the content with 304(not modified) status. The gzip filter compress the zero length response to 20 byte (only when other filter closes the stream before gzip comes). The cache will cache it, and on next request serve it. After tracing the issue I reported several bugs, including: LPS-5244 , LPS-5243 . We reproduced this issues by telnet to 8080 port like this: GET /Path-to-my-css/my.css?hfkjhi=45 HTTP/1.1 Host: myserver Accept-Encoding: gzip If-Modified-Since: Sat, 29 Aug 2009 09:00:13 GMT HTTP/1.1 304 Not Modified Date: Tue, 29 Sep 2009 14:46:08 GMT ETag: 1 ETag: W/"494-1251520140000" Expires: Fri, 27 Sep 2019 14:46:10 UTC (20 byte comressed data) And et next time: GET /Path-to-my-css/my.css?hfkjhi=45 HTTP/1.1 Host: myserver Accept-Encoding: gzip HTTP/1.1 200 OK Date: Tue, 29 Sep 2009 14:46:24 GMT filter-class: com.liferay.portal.servlet.filters.header.HeaderFilter Expires: Fri, 27 Sep 2019 14:46:26 UTC ETag: 1 ETag: W/"494-1251520140000" Content-Encoding: gzip Content-Length: 20 Content-Type: text/css The ?hfkjhi=45 can be any other not used random for test, it needed to make sure it is not requested before. The target file can be anyone where you uses the cache, gzip and etag filter.
          Hide
          Brian Chan added a comment -

          This issue should be solved now. Thanks Attila.

          Show
          Brian Chan added a comment - This issue should be solved now. Thanks Attila.
          Hide
          Tim Jones added a comment -

          With the latest version (as of 20100301) I am experiencing exactly the same issue - so it would seem not to be solved after all

          Show
          Tim Jones added a comment - With the latest version (as of 20100301) I am experiencing exactly the same issue - so it would seem not to be solved after all
          Hide
          Ryan Park added a comment -

          Hi Tim,

          The version which contains the fix has not yet been released.

          If you have built Social Office from the source, can I ask which revision of Portal and Plugins you are using?

          Thanks,
          Ryan

          Show
          Ryan Park added a comment - Hi Tim, The version which contains the fix has not yet been released. If you have built Social Office from the source, can I ask which revision of Portal and Plugins you are using? Thanks, Ryan

            People

            • Votes:
              2 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:
                Date of First Response:
                Days since last comment:
                5 years, 21 weeks, 6 days ago

                Development

                  Structure Helper Panel