• Icon: Bug Bug
    • Resolution: Won't Fix
    • Icon: Medium Medium
    • None
    • None
    • None
    • None

      This page:

      http://extranet.atlassian.com/display/~mike/Coho+Purchase+Statistics

      Was moved to this page:

      http://extranet.atlassian.com/display/CHE/Coho+Purchase+Statistics

      However, if you go to the first page, you get a 404, and not the 'page moved' screen that you should get.

        1. Picture 8.png
          Picture 8.png
          78 kB
        2. Picture 9.png
          Picture 9.png
          96 kB

            [CONFSERVER-8766] Move page doesn't create 'page moved' page.

            Ah. Found it. It's the Servlet spec.

            In the code for the redirect page, we send back a '404' response code to indicate the original page wasn't found (a must-have so we don't confuse bots) using setStatus().

            In Servlet 2.4, sendError() redirects you to the container-defined <error-page> for that status code, while setStatus() still assumes you're going to handle the response yourself. In Servlet 2.3, sendError() and setStatus() are treated the same. Given that most of our supported appservers are on 2.4 now, I'm going to mark this as "won't fix", and file separate issues to (a) document that the auto-redirect stuff may not work on certain appservers, and (b) upgrade Extranet to Tomcat 5.5.

            Charles Miller (Inactive) added a comment - Ah. Found it. It's the Servlet spec. In the code for the redirect page, we send back a '404' response code to indicate the original page wasn't found (a must-have so we don't confuse bots) using setStatus(). In Servlet 2.4, sendError() redirects you to the container-defined <error-page> for that status code, while setStatus() still assumes you're going to handle the response yourself. In Servlet 2.3, sendError() and setStatus() are treated the same. Given that most of our supported appservers are on 2.4 now, I'm going to mark this as "won't fix", and file separate issues to (a) document that the auto-redirect stuff may not work on certain appservers, and (b) upgrade Extranet to Tomcat 5.5.

            Reproduced on Tomcat 5.0.28 (the version we're running on extranet)

            Charles Miller (Inactive) added a comment - Reproduced on Tomcat 5.0.28 (the version we're running on extranet)

            Have we checked which application server we are running extranet on? Extranet also sits behind apache - perhaps something there causes the wrong request or headers, or something of that nature?

            Can we try extranet directly (not through apache)? Can we try using the same app server as extranet?

            Scott Farquhar added a comment - Have we checked which application server we are running extranet on? Extranet also sits behind apache - perhaps something there causes the wrong request or headers, or something of that nature? Can we try extranet directly (not through apache)? Can we try using the same app server as extranet?

            Imported Extranet database backup locally. Still can't reproduce the problem – partial page titles and moved pages detected properly, identical test on extranet fails.

            Charles Miller (Inactive) added a comment - - edited Imported Extranet database backup locally. Still can't reproduce the problem – partial page titles and moved pages detected properly, identical test on extranet fails.

            I could, however, reproduce the problem first time on extranet moving content from a personal space into a global space.

            Charles Miller (Inactive) added a comment - I could, however, reproduce the problem first time on extranet moving content from a personal space into a global space.

            This is weird. Doing the confluence.page_findPagesWithHistoricalTitle query directly on the db finds the page in question:

            atl-extranet-conf-cluster=> select distinct prevver from content where lower(title) = 'coho purchase statistics' and prevver is not null and content_status = 'current';
            prevver
            -----------
            623313201
            (1 row)

            atl-extranet-conf-cluster=> select distinct prevver from content where lower(title) = 'overdue licenses report' and prevver is not null and content_status = 'current';
            prevver
            -----------
            624525746
            (1 row)

            Looks like it must be a permissions thing. But how? It's just a regular VIEW check on the page.

            Charles Miller (Inactive) added a comment - This is weird. Doing the confluence.page_findPagesWithHistoricalTitle query directly on the db finds the page in question: atl-extranet-conf-cluster=> select distinct prevver from content where lower(title) = 'coho purchase statistics' and prevver is not null and content_status = 'current'; prevver ----------- 623313201 (1 row) atl-extranet-conf-cluster=> select distinct prevver from content where lower(title) = 'overdue licenses report' and prevver is not null and content_status = 'current'; prevver ----------- 624525746 (1 row) Looks like it must be a permissions thing. But how? It's just a regular VIEW check on the page.

            Another example. This page:

            http://extranet.atlassian.com/display/MAR/Overdue+Licenses+Report

            Was renamed to this page:

            http://extranet.atlassian.com/display/MAR/Long+evaluators+report

            But the original page doesn't have a redirect.

            Scott Farquhar added a comment - Another example. This page: http://extranet.atlassian.com/display/MAR/Overdue+Licenses+Report Was renamed to this page: http://extranet.atlassian.com/display/MAR/Long+evaluators+report But the original page doesn't have a redirect.

            Don Willis added a comment -

            This has to be understood before 2.6 is released.

            Don Willis added a comment - This has to be understood before 2.6 is released.

            Don Willis added a comment -

            I've tried to reproduce this by moving other pages on Extranet and can't, but it's definitely a problem for that page.
            From what I've read so far, the "page moved" isn't so much of a "page moved" screen as a "there's a page like the one you're looking for in another space" screen. You actually should be able to get it by going to any space. Eg if you went to http://extranet.atlassian.com/display/ds/Coho+Purchase+Statistics it should work too.

            This doesn't seem to hold true for many pages on Extranet though, so it's going to take some serious looking into. My guess is that there is a permission check broken somewhere, saying that people can't see the page and therefore not showing them the link.

            The "page moved" screen is still a 404.

            Don Willis added a comment - I've tried to reproduce this by moving other pages on Extranet and can't, but it's definitely a problem for that page. From what I've read so far, the "page moved" isn't so much of a "page moved" screen as a "there's a page like the one you're looking for in another space" screen. You actually should be able to get it by going to any space. Eg if you went to http://extranet.atlassian.com/display/ds/Coho+Purchase+Statistics it should work too. This doesn't seem to hold true for many pages on Extranet though, so it's going to take some serious looking into. My guess is that there is a permission check broken somewhere, saying that people can't see the page and therefore not showing them the link. The "page moved" screen is still a 404.

              cmiller@atlassian.com Charles Miller (Inactive)
              scott@atlassian.com Scott Farquhar
              Affected customers:
              0 This affects my team
              Watchers:
              1 Start watching this issue

                Created:
                Updated:
                Resolved: