Closed
Bug 1356089
Opened 7 years ago
Closed 7 years ago
[Mortar] Figure out PDF form input's quality
Categories
(Firefox :: PDF Viewer, defect, P2)
Firefox
PDF Viewer
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: ywu, Assigned: ywu)
References
Details
I am planing to figure out how to set up the test cases for ensuring PDF form input's quality. I think there are two things I at least need to do here. (1) set up testing cases (2) check out how RTL works on pdfium
Comment 1•7 years ago
|
||
Thanks for filing this bug. In general we will need to measure and even set-up automations (test cases) to monitor the improvement from release to release, and also avoid regression. I'm interested in knowing what kind of testing cases for forms in you mind. It will be good to use this bug as a meta and breakdown into a series of tests. As of RTL, it will be helpful to also run tests against pdf.js or Chrome(?) so we have a comparison target.
Assignee | ||
Comment 2•7 years ago
|
||
I haven't had much thoughts on how we are going to test it but I think there are *three/four* different scenarios that can be tested. (1) ascii characters (2) characters are entered through the IME (3) ESC/Backspace[1] (4) RTL characters[2] [1] erasing and deleting characters are handling separately in pepper pdfium. [2] RTL is the one I am not fully sure if it is supported or it's part of (2). We have to figure it out. This is still pretty rough. Just the thing I can think of.
Assignee | ||
Comment 3•7 years ago
|
||
RTL static content looks fine: http://faculty.mu.edu.sa/public/uploads/1392719203.5064jazaria.pdf
Updated•7 years ago
|
Severity: normal → major
Priority: -- → P2
Assignee | ||
Comment 4•7 years ago
|
||
has no plan for this. close it now.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•