Unicode / String acceptance failures on linux64

VERIFIED FIXED in flash10.1

Status

Tamarin
Virtual Machine
P2
normal
VERIFIED FIXED
9 years ago
9 years ago

People

(Reporter: Brent Baker, Assigned: Steven Johnson)

Tracking

({flashplayer})

unspecified
flash10.1
x86
Linux
flashplayer
Dependency tree / graph
Bug Flags:
in-testsuite +
wanted-flashplayer10 +
flashplayer-qrb +
flashplayer-triage +

Details

Attachments

(1 attachment)

(Reporter)

Description

9 years ago
Created attachment 352758 [details]
new failures

The new string work (bug #465506) has introduced some new failures in the linux64 -Dinterp acceptance runs.

There are 87 new failures (added the list as an attachment #1 [details] [diff] [review])
Flags: wanted-flashplayer10+
Flags: in-testsuite+
Flags: flashplayer-triage+
Flags: flashplayer-qrb?
(Reporter)

Comment 1

9 years ago
After checking the failures again it appears that these failures are NOT 100% stable. The unicode failures will intermittently pass and fail using the same ABC files and same VM.

I tested the new patch #3 (id=352814) in bug #465506 but the issues still exist.

Updated

9 years ago
Blocks: 469836

Updated

9 years ago
Assignee: nobody → stejohns
Status: NEW → ASSIGNED
Flags: flashplayer-qrb? → flashplayer-qrb+
Priority: -- → P2
Target Milestone: --- → flash10.x
(Assignee)

Comment 2

9 years ago
Most recent String patches should have addressed all these? If so let's close it out.
(Reporter)

Comment 3

9 years ago
String patches have cleared up these failures in linux64 -Dinterp
Status: ASSIGNED → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → FIXED
(Reporter)

Updated

9 years ago
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.