Closed Bug 1195726 Opened 9 years ago Closed 9 years ago

Make langpacks work with remote storage

Categories

(Marketplace Graveyard :: Code Quality, defect, P1)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mat, Assigned: ashort)

References

Details

Although Langpacks code was written to already use storage, since it's using the default storage class it will probably be broken with a remote storage (I haven't tested - I may be wrong). It's probably just a matter of adjusting tests, views and models to use public_storage/private_storage correctly. Langpacks are automatically signed once uploaded, even if they are not active, and re-uses code from Webapp and and signing, so it should be straightforward.
in mkt/langpacks/models.py: sign_app(storage.open(upload.path), self.file_path, ids) except SigningError: log.info('[LangPack:%s] Signing failed' % self.pk) if storage.exists(self.file_path): storage.delete(self.file_path) Using the default storage for upload.path would work, but we should use private_storage instead (FileUpload should be created using private_storage IIRC). In the except close though, it should be public_storage. Some docs about the API: https://wiki.mozilla.org/Marketplace/LangPacks ; you can also try to download a manifest once a langpack is uploaded.
Assignee: nobody → mpillard
Priority: -- → P1
Moving over to ashort since he has a PR dealing with that.
Assignee: mpillard → ashort
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.