584491 - Make imgStatusTracker's changes non-imgContainer-specific

Status: RESOLVED DUPLICATE of bug 584841

(Core :: Graphics: ImageLib, defect)

Description

[Daniel Holbert [:dholbert]]

Bug 572520 added some changes that moved towards being imgContainer-specific (the concrete class) & away from imgIContainer (the public interface), in particular in imgRequest and imgRequestProxy.

Filing this bug on using imgIContainer in those places (and extending it to support the necessary API calls).

Comment 1

[Daniel Holbert [:dholbert]]

Attachment: patch 1: move imgStatusTracker.h to /public/ dir

This first patch just moves the imgStatusTracker.h file to the /public/ directory and exports it, for use by non-ImageLib implementations of imgIContainer (e.g. in bug 276431)

(This change is relevant to this bug here because the next patch will move the method "imgStatusTracker* GetStatusTracker" from imgContainer to imgIContainer)

Comment 2

[Daniel Holbert [:dholbert]]

Attachment: patch 2: move GetStatusTracker to imgIContainer

This patch moves GetStatusTracker from imgContainer to the (ImageLib-private bottom section of) imgIContainer.idl.

I tried to preserve the existing behavior of returning an imgStatusTracker& (using "[ref] native imgStatusTracker(imgStatusTracker);"), but that seemed to make the header ignore the [ref] aspect and just return an imgStatusTracker directly.

So, this patch changes GetStatusTracker to return a pointer instead of a reference. (Hence, this patch makes the requisite s/./->/ changes in callers of this method.)

Comment 3

[Daniel Holbert [:dholbert]]

Attachment: patch 3: move IsInitialized() to imgIContainer

Comment 4

[Daniel Holbert [:dholbert]]

Attachment: patch 4: use imgIContainer instead of imgContainer

This patch restores us to having an "nsCOMPtr<imgIContainer> mImage;" in imgRequest and imgRequestProxy.  (instead of a nsRefPtr<imgContainer>)

Comment 5

[Joe Drew (not getting mail)]

(In reply to comment #2)
> I tried to preserve the existing behavior of returning an imgStatusTracker&
> (using "[ref] native imgStatusTracker(imgStatusTracker);"), but that seemed to
> make the header ignore the [ref] aspect and just return an imgStatusTracker
> directly.
> 
> So, this patch changes GetStatusTracker to return a pointer instead of a
> reference. (Hence, this patch makes the requisite s/./->/ changes in callers of
> this method.)

That feels sort of like a bug in xpidl; I really, really want to avoid this part of the patch if it's at all possible.

Can you take this up with someone who knows xpidl - bsmedberg, maybe?

Comment 6

[Daniel Holbert [:dholbert]]

Bug 584841 should actually address most of what's covered here.