Closed Bug 624152 Opened 14 years ago Closed 14 years ago

semi-transparent elements are printed to PDF as blurry, low-resolution image fallbacks

Categories

(Core :: Graphics, defect)

Product:
Core
Component:
Graphics
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED
Tracking Flags:
Tracking Status
blocking2.0 --- final+

People

(Reporter: bugzilla.i.sekler, Assigned: roc)

References

(
URL
)

Details

(Keywords: regression, Whiteboard: [softblocker])

Attachments

(4 files, 1 obsolete file)

good PDF with 2011-01-02 nightly
191.09 KB, application/pdf
Details
bad PDF with 2011-01-08 nightly
321.59 KB, application/pdf
Details
fix v2
3.98 KB, patch
jrmuizel
: review+
Details | Diff | Splinter Review
Transparent parts of PDF not selectable
123.79 KB, image/png
Details 
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.11) Gecko/20101013 Ubuntu/10.10 (maverick) Firefox/3.6.11
Build Identifier: Mozilla/5.0 (X11; Linux i686; rv:2.0b9pre) Gecko/20100101 Firefox/4.0b9pre

Elements with opacity < 1 are printed with blurry (text almost illegible) image fallbacks, when using in-tree cairo. In builds using system cairo 1.10, these elements are just blank (but fallback images are there, one can drag'n'drop them from evince, though they are blank).

The last good nightly build dates from 2011-01-02, so one of the numerous checkins in <http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2011-01-02+09%3A00&enddate=2011-01-03+03%3A00> (Bug 363861, Bug 593604 or Bug 602757) might have caused the regression.

Reproducible: Always

Steps to Reproduce:
1. Print the $URL to a PDF file

Actual Results:  
Semi-transparent elements (class .posted) are printed with blurry image fallbacks (in-tree cairo), the text in these elements is almost illegible and the size of the resulting PDF file is huge.

Expected Results:  
The text in semi-transparent elements is not mangled to a low-resolution bitmap, remains clear and legible.

This bug doesn't happen if the semi-transparent element has <body> as a direct ancestor.

    
    

    
  


  

    
  
Keywords: regression
Assignee: nobody → roc
blocking2.0: --- → ?

    
    

    
  

      
      
      
      

        Attached patch
          
          
        fix (obsolete)
        — 
          — Splinter Review
      

    


  
This fixes it.

        Attachment #502459 -
        Flags: review?(jmuizelaar)

    
    

    
  

      
      
      
      

        Attached patch
          
          
        fix v2
        — 
          — Splinter Review
      

    


  
Oops, fix comment.

        Attachment #502459 -
        Attachment is obsolete: true

        Attachment #502460 -
        Flags: review?(jmuizelaar)

        Attachment #502459 -
        Flags: review?(jmuizelaar)
Whiteboard: [needs review]

        Attachment #502460 -
        Flags: review?(jmuizelaar) → review+

    
    

    
  
Marking as ASSIGNED since, well, there's already a proposed patch.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
blocking2.0: ? → final+
Keywords: checkin-needed
Whiteboard: [needs review] → [needs landing]
Whiteboard: [needs landing] → [needs landing][softblocker]

    
    

    
  
Thank you very much for the fix. Is unselectable text in areas with transparency in the "good PDF" file a limitation of PDF format or a gecko/cairo bug?

I filed this bug only about PDF keeping <https://bugzilla.mozilla.org/show_bug.cgi?id=536282#c3> in the back of my mind, PS still remains the default output format and the results of printing <http://weblogs.mozillazine.org/asa/archives/2010/12/new_firefox_4_betas.html> to a physical printer look as poor as the "bad PDF". Any chance to review and land <https://bugzilla.mozilla.org/show_bug.cgi?id=462872#c4> soon?

    
    

    
  
Karl's working on that review, but he's been taking holiday days so it'll be maybe a week more.

IIRC when I opened my test PDF in evince I could select the text.

    
    

    
  


  
Screenshot of Evince 2.32.0 with Attachment <https://bugzilla.mozilla.org/attachment.cgi?id=502254> on Ubuntu 10.10 after hitting Ctrl+A: parts of the PDF with transparency ("Posted by:") are not selected. Text in these parts does not appear in the output of pdftotext as well.

    
    

    
  
Please file a new bug for that.

    
    

    
  
(In reply to comment #9)
> Please file a new bug for that.

Filed bug 625852.

    
    

    
  
http://hg.mozilla.org/mozilla-central/rev/4df430b64d1b
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Whiteboard: [needs landing][softblocker] → [softblocker]

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: