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)

Other Branch
defect

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.
can we make the smartcard to accept long strings?
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.
Priority: -- → P2
Target Milestone: --- → Future
Mass reassign ssaux bugs to nobody
Assignee: ssaux → nobody
Any suggestions for how this should work?
Keywords: l12y
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 → ---
Product: PSM → Core
Whiteboard: [kerh-coz]
QA Contact: junruh → ui
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]

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.