Issue metadata
Sign in to add a comment
|
error-prone design patterns in pdfium
Reported by
zhouat2...@gmail.com,
Jul 25
|
||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.75 Safari/537.36 Steps to reproduce the problem: . What is the expected behavior? What went wrong? . Did this work before? N/A Chrome version: 68.0.3440.75 Channel: stable OS Version: OS X 10.13.4 Flash Version:
,
Jul 25
For Chrome's VRP (which is separate from Google's patch rewards program) if the bug has already been fixed on tip-of-tree it usually wouldn't qualify. That said, if you know of a common dangerous design pattern in pdfium and would like to try to fix it, it would be in scope for the patch rewards program. You would need to land those changes before submitting for a reward through that program: "In order to qualify, your patch must first be submitted directly to the maintainers of the project, and you must work with them to have it accepted into the repository without reverts for one month. After these prerequisites are met, please submit via our form here." Since there's nothing actionable for us in this report, I'm going to close it out. If you do know of any other bugs in pdfium or find more in the future, please file new bugs with additional details.
,
Nov 1
This bug has been closed for more than 14 weeks. Removing security view restrictions. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
|||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||
Comment 1 Deleted