Thank you for the quick response. Is there any chance of getting this fix back-ported to 1.2?
Kind regards, JD On Jan 13, 2011, at 1:04 PM, Miroslav Suchy <[email protected]> wrote: > Dne 13.1.2011 17:26, JDFire napsal(a): >> Exception Handler Information >> Traceback (most recent call last): >> File "/usr/share/rhn/proxy/apacheServer.py", line 64, in __call__ >> ret = f(req) >> File "/usr/share/rhn/proxy/apacheHandler.py", line 348, in handler >> ret = handlerObj.handler() >> File "/usr/share/rhn/proxy/redirect/rhnRedirect.py", line 92, in handler >> status = self._serverCommo(self.req.read()) # part 2 >> File "/usr/share/rhn/proxy/rhnShared.py", line 216, in _serverCommo >> return self._handleServerResponse(status) >> File "/usr/share/rhn/proxy/redirect/rhnRedirect.py", line 136, in >> _handleServerResponse >> redirectStatus = self.__redirectToNextLocation() >> File "/usr/share/rhn/proxy/redirect/rhnRedirect.py", line 221, in >> __redirectToNextLocation >> redirectStatus = self.__redirectToNextLocationNoRetry(loopProtection) >> File "/usr/share/rhn/proxy/redirect/rhnRedirect.py", line 298, in >> __redirectToNextLocationNoRetry >> uri += redirectLocation[redirectLocation.index('?'):] >> ValueError: substring not found >> >> Local variables by frame > .. >> redirectLocation = <type 'str'> /rhn/Login.do > > Our code assumed that redirect (normaly to Akamai) have to contain '?'. If > not - in you case 404 of Spacewalk Server which is redirected to > /rhn/Login.do - it caused this traceback. > > Fixed in spacewalk-proxy-1.3.10-1 in nightly. > > Thanks for report. > > Miroslav Suchy > > _______________________________________________ > Spacewalk-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
