Closed (duplicate)
Project:
CAS
Version:
6.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Anonymous (not verified)
Created:
2 Mar 2009 at 23:22 UTC
Updated:
9 Jan 2019 at 23:50 UTC
Jump to comment: Most recent
Comments
Comment #1
metzlerd commentedCan you tell me whether you're using private files or public (does apache handle image files or drupal)?
Comment #2
Anonymous (not verified) commentedGood question...
we are using public files. I have tried to turn that opion on and off in our devel environment and can still reproduce the error.
Once I get back home from DrupalCon, I'll start working through the module to find the cause....
Comment #3
metzlerd commentedI'm seeing some occasional behavior somewhat like your seeing. I'm planning a major CAS code sprint in the next month or so, so I'll likely get to it then.
Comment #4
Anonymous (not verified) commentedFound the problem: the CAS cas_save_page() function sets the session variable 'cas_goto' for every item on the page which is not found, and therefore subsequently overrides the cas_goto page for the currently loaded page. Will look into if this can be overridden by having a custom 404 page and adding it to the exception list of redirected pages.
The module should probably check that the page exists before adding it to the session.
Comment #5
bfroehle commentedI've noticed this still happening, on occasion, in newer versions of CAS as well.
Comment #6
metzlerd commentedTrue. The problem is a bit non-trivial. Often the pages that "don't exist" are pages like .ico files and things like that. If anyone has knowledge of how to do the test that's described above that works with wild-card urls and other such menu constructs, I'd love to try and take a stab at it. But it's something that I don't know how to do easily given Drupals complicated menu structure.
Comment #7
Anonymous (not verified) commentedIt might be solvable by instead just having drupal itself do a drupal_http_request on the URL itself, seeing if the code is 404, and if so just setting the session redirect to the default redirect point.
Comment #8
bfroehle commentedThis is a duplicate of #1076510: Redirect to previous page on login.