Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 597004 - Trying to post a bug, receive error: "https://bugs.gentoo.org/post_bug.cgi is not readable."
Summary: Trying to post a bug, receive error: "https://bugs.gentoo.org/post_bug.cgi is...
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Infrastructure
Classification: Unclassified
Component: Bugzilla (show other bugs)
Hardware: All Linux
: Normal major (vote)
Assignee: Bugzilla Admins
URL: https://bugs.gentoo.org/post_bug.cgi
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-10-13 00:59 UTC by gentoo
Modified: 2016-10-14 13:47 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description gentoo 2016-10-13 00:59:15 UTC
I was trying to post a bug about a package that fails to build, but when I finished putting in all the information and hit "Submit", I get this error:

The file at https://bugs.gentoo.org/post_bug.cgi is not readable.

    It may have been removed, moved, or file permissions may be preventing access.

Reproducible: Always

Steps to Reproduce:
1. Log in to bugs.gentoo.org
2. Fill out bug report (in Gentoo Linux category)
3. Click "Submit"
Actual Results:  
Get an error saying https://bugs.gentoo.org/post_bug.cgi is not readable. Running a subsequent search for my bug report finds nothing.

Expected Results:  
Bug report submitted.

I tried both from firefox and qupzilla. Both gave me errors about post_bug.cgi
Comment 1 Alex Legler (RETIRED) archtester gentoo-dev Security 2016-10-14 11:28:14 UTC
Bug 597088 shows it worked in the meantime which you surely could have noted here to spare us time investigating the issue.
Comment 2 gentoo 2016-10-14 13:47:26 UTC
Yes, after a bit of experimenting last night right before I went to bed, I did eventually get that other bug to post. And you're right, I should have immediately noted that here before nodding off. Anyway, it still didn't work when I tried it as before. 

What I did differently in the end was to run `cat /var/tmp/portage/.../build.log`, copy the output from my terminal and “paste text as attachment”. Initially, I had tried just to upload the file as an attachment (which the website's layout suggests would be the default workflow).

Checking back now, I see that the build.log file in /var/tmp/portage has its permissions as '-rw-rw---- 1 portage portage', so uploading as a normal user to the web I wouldn't have had read access to the file, and I can only assume that's what resulted in the failure.

Perhaps this should be documented somewhere, since the message from Portage after the failed build said to post the complete build log, and it was Portage that set the permissions on that file such that an attempted upload from a normal web-browsing (i.e. non-root) user would fail.