Closed
Bug 163720
Opened 23 years ago
Closed 4 years ago
Allow translator teams to find out whether pkcs#11 translations are short enough
Categories
(Core :: Security: PSM, defect, P5)
Tracking
()
RESOLVED
DUPLICATE
of bug 1466942
People
(Reporter: KaiE, Unassigned)
Details
(Keywords: l12y, Whiteboard: [kerh-coz][psm-backlog])
File pipnss.properties has some comments, that strings have a size restriction,
and that it is difficult to find out whether translated strings are short enough
or not.
We should offer a way for translator to find out easily, whether strings are
short enough or not.
Comment 1•23 years ago
|
||
can we make the smartcard to accept long strings?
| Reporter | ||
Comment 2•23 years ago
|
||
Ying: No, I think we can't. It is not a single smartcard we would have to
change. If I understand correctly, the restriction comes from a *standard* that
has those maximum size retrictions. There are dozens of vendors who rely on that
standard.
Updated•23 years ago
|
Priority: -- → P2
Target Milestone: --- → Future
Comment 5•21 years ago
|
||
Mass change "Future" target milestone to "--" on bugs that now are assigned to
nobody. Those targets reflected the prioritization of past PSM management.
Many of these should be marked invalid or wontfix, I think.
Target Milestone: Future → ---
| Reporter | ||
Updated•20 years ago
|
Whiteboard: [kerh-coz]
Updated•18 years ago
|
QA Contact: junruh → ui
Comment 6•9 years ago
|
||
Well, we could just do the check at runtime and assert with an informative message if the strings are two long.
Component: Security: UI → Security: PSM
Priority: P2 → P5
Whiteboard: [kerh-coz] → [kerh-coz][psm-backlog]
Comment 7•4 years ago
|
||
Bug 1466942 made it so this restriction no longer applies (by not localizing these strings in NSS, but rather on the frontend when the users interacts with them).
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•