Closed Bug 836325 Opened 11 years ago Closed 1 year ago

seam between images when using a scale transform

Categories

(Core :: Layout, defect)

18 Branch
x86_64
macOS
defect

Tracking

()

RESOLVED WORKSFORME
mozilla29

People

(Reporter: tagliapietra.alessandro, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Attachments

(5 files, 2 obsolete files)

At work we're developing a zoomable image viewer, so we use a lot the transform functions.

On firefox I've seen that when the parent of two or more images has a scale3D different then 0 there is a space between the images contained inside it.

The issue seems to be on just one image every two, seems like a sub pixel shifting that makes one image overlap the other and the other has space between the next one.

I'll attach a test html and two images to test this.
Attached file Test html file (obsolete) —
Attached image Test image one
Attached image Test image two
Component: Downloads Panel → Layout
Product: Firefox → Core
Attached file Fixed testcase (obsolete) —
Attachment #708145 - Attachment is obsolete: true
Sorry for the mixup
Attachment #708154 - Attachment is obsolete: true
Status: UNCONFIRMED → NEW
Ever confirmed: true
Someone can work on this?
Flags: needinfo?(tnikkel)
Layout does pixel snap these images, but we end up drawing them with antialiased edges (which can be easily seen by drawing just one image), so somewhere along the line that doesn't quite happen. And I haven't had time to dig into this further to determine exactly what is going on.
Summary: Wrong positioning of children elements when parent has scale3D transforms → seam between images when using a scale transform
Attached file simplified testcase
This testcase is a bit simpler.
Probably because our cairo-quartz backend doesn't support EXTEND_CLAMP properly?
It happens on Linux and Windows too.
I'm probably not going to get to this soon. Clearing needinfo so the big red dot goes away and stops bugging me.
Flags: needinfo?(tnikkel)
Looks like this was fixed by bug 948848.
Status: NEW → RESOLVED
Closed: 10 years ago
Depends on: 948848
Resolution: --- → FIXED
Target Milestone: --- → mozilla29
Alessandro, could you please verify that this issue is fixed for you in Firefox 29?
Flags: needinfo?(tagliapietra.alessandro)
Whiteboard: [good first verify]
Non working screenshot with version 30.0a1 (2014-03-10)
I've uploaded the screenshot I get with version 30.0a1 (2014-03-10), where can I download version 29 to test? Since the beta channel has the 28 at the moment.
Status: RESOLVED → REOPENED
Flags: needinfo?(tagliapietra.alessandro)
Resolution: FIXED → ---
I can confirm that this is not fixed on nightly anymore, so I'm guessing it must have been re-regressed. It is however still fixed for me on Aurora.

We should find out what regressed this since comment 13.
Whiteboard: [good first verify]
Hmm, works fine on linux. Might the new regression be mac specific?
(In reply to Cork from comment #18)
> Hmm, works fine on linux. Might the new regression be mac specific?

It could be.
Severity: normal → S3
No longer blocks: 976877
Regressed by: 976877

Unable to reproduce in recent versions.

Status: REOPENED → RESOLVED
Closed: 10 years ago1 year ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: