Since some time it's impossible to view attachement contents. Only for patches I could see Diff page. Opening View or Detail displays all content empty, and clicking at attachement url from bug leads to non-existing url. E.g. for https://bugs.gentoo.org/attachment.cgi?id=690600 from https://bugs.gentoo.org/700326 it will open https://700326.bugs.gentoo.org/attachment.cgi?id=690600 Looks like it just prepends bug number to host name. Reproducible: Always
(In reply to Nikita Zlobin from comment #0) > Since some time it's impossible to view attachement contents. Only for > patches I could see Diff page. Opening View or Detail displays all content > empty, and clicking at attachement url from bug leads to non-existing url. > > E.g. for https://bugs.gentoo.org/attachment.cgi?id=690600 > from https://bugs.gentoo.org/700326 > it will open https://700326.bugs.gentoo.org/attachment.cgi?id=690600 > > Looks like it just prepends bug number to host name. > > Reproducible: Always The subdomain (NNNNNNN.bugs.gentoo.org) is intentional and is a security measure. "Clicking the attachment URL from bug leads to non-existent URL." I don't understand this comment. Loading "https://bugs.gentoo.org/attachment.cgi?id=690600" will send you to "https://700326.bugs.gentoo.org/attachment.cgi?id=690600" which is the correct URL. Why do you think its non-existent? Because you can't see the content? Because it returns 404? This URL loads and renders fine for me, so I'm looking for more information about your experience. I'd start by attaching a screenshot of what your browser is doing when that URL is loaded. -A
These names are simply not resolved for me. Will check resolution.
Problem with ISP dns. Tried those from google (8.8.8.8) - they resolve this without problem.
Not something we can fix on our end then, I'm afraid.
Imho, looks more like INVALID.