Closed Bug 1663918 Opened 1 year ago Closed 1 year ago

Images not printing on alldata.com

Categories

(Core :: Printing: Output, defect)

80 Branch
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: digphan, Unassigned)

Details

(Whiteboard: [print2020_v81][layout:print-triage:p1])

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

alldata.com repair information has all images show and they show up in print preview but do not print after hitting print, only the text does. This happened after recent update to 80.0.1 64bit.

Actual results:

Using my.alldata.com I try to print any repair article that contains images. The images show on the page, they show in print preview, but the images do not print with only the text printing. This happened after recent update to 80.0.1 64bit.

Expected results:

Images should print.

Component: Untriaged → Printing: Output
Product: Firefox → Core

Thanks for reporting this. Unfortunately, everything appears to be behind a paywall. Do you know if there's any publicly-available version (perhaps a sample) or what you were trying to print?

Severity: -- → S2
Flags: needinfo?(digphan)
Summary: Images not printing → Images not printing on alldata.com
Whiteboard: [print2020][layout:print-triage:p1]

jwatt: Do you recall anything landing in 80 affecting this? Only thing I can think of is lazy-loaded images.

Flags: needinfo?(jwatt)
Attached file Pagesource
(In reply to Phantoms from comment #0)
> User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0
> 
> Steps to reproduce:
> 
> alldata.com repair information has all images show and they show up in print preview but do not print after hitting print, only the text does. This happened after recent update to 80.0.1 64bit.
> 
> 
> Actual results:
> 
> Using my.alldata.com I try to print any repair article that contains images. The images show on the page, they show in print preview, but the images do not print with only the text printing. This happened after recent update to 80.0.1 64bit.
> 
> 
> Expected results:
> 
> Images should print.

I'm not a very technical guy and but here is the page source from one of the pages where the images won't print. Their DIY prodcut handles the images differently where they are inline on the page. The professional (what I use) have the images in a box you can expand.
(In reply to Phantoms from comment #0)
> User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0
> 
> Steps to reproduce:
> 
> alldata.com repair information has all images show and they show up in print preview but do not print after hitting print, only the text does. This happened after recent update to 80.0.1 64bit.
> 
> 
> Actual results:
> 
> Using my.alldata.com I try to print any repair article that contains images. The images show on the page, they show in print preview, but the images do not print with only the text printing. This happened after recent update to 80.0.1 64bit.
> 
> 
> Expected results:
> 
> Images should print.

I'm not a very technical guy but here is the page source from one of the pages where the images won't print (hope it shows everything to indicate the problem). Their DIY prodcut handles the images differently where they are inline on the page. The professional (what I use) have the images in a box you can expand.
Attachment #9174873 - Attachment mime type: text/plain → text/html
Attachment #9174874 - Attachment mime type: text/plain → text/html

(In reply to Sean Voisen (:svoisen) from comment #2)

jwatt: Do you recall anything landing in 80 affecting this? Only thing I can think of is lazy-loaded images.

No, I can't think of anything, at least not that would show the images in print preview but not show them in the final output.

Flags: needinfo?(jwatt)

Phantoms, unfortunately the attachments aren't usable.

If you've paid for alldata.com, do you have the ability to contact their support? Perhaps you could explain the situation to them and ask them to give us access to a temporary account in order to investigate?

I spent a couple hours with Alldata support remote in to my work PC today trying to fix the issue. Technician tried everything but the fix was to completely remove Firefox and it's presence in Appdata and reinstall. I had backed up bookmarks beforehand and imported into the new install. Everything seems to work correctly now. I guess something had got corrupted during the Ver. 80 update.

Flags: needinfo?(digphan)

Thanks for the update. Sorry to hear about the trouble, but glad you were able to get it resolved. Would be good to know what was corrupted, but I'll go ahead and close this. Feel free to reopen if it happens again.

Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago
Resolution: --- → WORKSFORME
Whiteboard: [print2020][layout:print-triage:p1] → [print2020_v81][layout:print-triage:p1]
You need to log in before you can comment on or make changes to this bug.