-
Notifications
You must be signed in to change notification settings - Fork 538
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reviewer Tools Pastebin Re-implementation #22640
Conversation
ff5e8c7
to
3a2a909
Compare
…ed query number assertion
eef5a68
to
2c1b8f1
Compare
1786f89
to
febd7bc
Compare
…o pastebin-feature
src/olympia/urls.py
Outdated
@@ -43,6 +44,8 @@ | |||
re_path(r'^uploads/', include(upload_patterns)), | |||
# Downloads. | |||
re_path(r'^downloads/', include(download_patterns)), | |||
# Activity. | |||
re_path(r'^activity/', include(attachment_patterns)), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd lean towards putting the url under developers/
but don't know if @diox has a counter opinion.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
activity/
makes slightly more sense to me, it's an activity attachment after all, and it's available to reviewers, not just developers.
The cleaner way would then be to:
- Move the existing
activity/urls.py
toactivity/api_urls.py
- Re-create the
activity/urls.py
file and add a freshurlpatterns
definition to it with that new URL - Include it with
re_path(r'activity/', include('olympia.activity.urls'))
here.
Note that you would also need to add activity
to SUPPORTED_NONAPPS
and SUPPORTED_NONLOCALES
settings (as well as the equivalent addons-frontend config variables)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(I was mainly thinking of a way of avoiding having to add another top level app/folder to configurations everywhere)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's a little bit annoying but I think that's worth doing to avoid for consistency (and the less reviewers functionality depend on developer URLs/views/etc the better IMHO)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note that you would also need to add activity to SUPPORTED_NONAPPS and SUPPORTED_NONLOCALES settings (as well as the equivalent addons-frontend config variables)
I did notice that doing this caused the download link to no longer work, but I'm assuming its due to the changes not being synced?
Also, looking through the other tickets in the epic I don't see anywhere that explicitly mentions adding the link to the emails we send out. This patch doesn't add anything, and the developer hub ticket doesn't have it as a deliverable either. |
Whoops, that's on me. It slipped my mind when I was making the tickets. I've added a new ticket mozilla/addons#15018 for the email. |
…o pastebin-feature
…o pastebin-feature
…o pastebin-feature
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
r+wc - just two minor things to change.
* Added view attachment link on DevHub in relation to #22640 * lint * renamed attachment_link to attachment_url * js attachment_url * test update * doc * test * dont hardcode test * lint * limit queries * Use correct pk in reverse
Fixes: mozilla/addons#14997
Description
Adds an
AttachmentLog
model and ability to either upload a file (currently limited to.txt
) or directly paste a build log (stored as a.txt
file) from any reviewer action. Attachments can then be downloaded in the add-on history.Context
Testing
enable-activity-log-attachments
waffle switch.Checklist
#ISSUENUM
at the top of your PR to an existing open issue in the mozilla/addons repository.