Closed Bug 265845 Opened 20 years ago Closed 19 years ago

Printing of virtual labels on eBay's and PayPal's site makes camino crash.

Categories

(Camino Graveyard :: Printing, defect)

PowerPC
macOS
defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED INVALID
Camino1.0

People

(Reporter: Zach, Assigned: mikepinkerton)

References

()

Details

(Keywords: crash, stackwanted, Whiteboard: needinfo)

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a5) Gecko/20041019 Camino/0.8+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a5) Gecko/20041019 Camino/0.8+

This is a major bug that will occur EVERYTIME. On eBay, paypal, and united
states posts website you can print shipping labels. The problem is when you are
ready to print the label you cant without doing propeirary things. What i belive
to be the isusse is how ebay paypal and usps uses javascript/java im not sure
which one they are using but what happens is a window is poped up saying print
label or print test label when i click print label it immediatly pops up a
window wanting to know if the label printed no data is sent to the printer, in
order to get the data to be sent to the printer you must click one of the menu
bar items i usually click the apple, that will allow the data to be sent to the
printer, but camino usually crashes afterwards sometimes it dosnt but if i print
another label it will crash.

Reproducible: Always
Steps to Reproduce:
1.Go to ebay, paypal, or usps and attempt to print a shipping label
2.click on the window that pops up print label
3.click a menubar item
4.watch as camino crashes if it dosnt try to print another label it will crash
the second time.

Actual Results:  
Camnio will crash

Expected Results:  
camnio should send the data for printing of label to printer and not crash.
Keywords: crash
Summary: printing of virtual label makes camino crash. → Printing of virtual label makes camino crash.
gonna bump this to 0.9, my gf prints a lot of eBay labels and telling her to use
the PC isn't a good workaround.
Target Milestone: --- → Camino0.9
crash logs?
Mike please set this bug to new if it's a real issue, keeping it on uncofirmed
isn't keeping stuff ordered.
Severity: critical → blocker
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Need crash report or more data.
Whiteboard: needinfo
Keywords: stackwanted
Printing the sample label on usps.com did not cause a crash with Camino nightly
20050328 under Mac OS 10.3.8.

Instead, the applet displayed a message reading, "Sorry, we were unable to
process your request due to a temporary communications failure. Please try again
later.", with "Retry" and "Cancel" buttons.  Hitting "Cancel" made the applet go
away.

Hopefully, I'll be able to try again later on www.usps.com , and the other sites
mentioned this morning on my coffee break.  :-}
Here's another clue, this one found with Camino nightly 20040408 running under
Mac OS 10.3.8.

Achieved same results as previous comment, but happened to notice the following
note in the status bar:  "Applet com.ibm.lex.printapplet.LabelPrinter started" .

I wonder if the Java applet's getting confused because Mac OS X has all those
printer drivers?  BTW, the only printer hooked to this machine is an HP DeskJet,
Here's another clue, this one found with Camino nightly 20040408 running under
Mac OS 10.3.8.

Achieved same results as previous comment, but happened to notice the following
note in the status bar:  "Applet com.ibm.lex.printapplet.LabelPrinter started" .

I wonder if the Java applet's getting confused because Mac OS X has all those
printer drivers?  BTW, the only printer hooked to this machine is an HP DeskJet,
and no crash ensued.

Hope this helps.
Tried this again with latest Camino nightly 2005041308.  It failed again, but
this time I noticed something I thought I saw, but couldn't quite figure out.

The Java applet is apparently using Firefox widgets.  It wasn't until after I
used FF (having prettified the widgets with Firefoxy) that I saw the applet
apparently doing this.  I should add I saw the same widget type my previous use,
but didn't know what it was.

Attaching screenshot for the record.
> The Java applet is apparently using Firefox widgets

I don't think so. I think it's just a crappy java applet.
Thanks, Simon.  Hope you have a lovely vacation.  :-}

Anyway, Mac OS 10.3.9 doesn't fix this bug either.  Tested using Camino nightly
2005041408, screenshot is identical to my previous attachment, so no need to
post it.
Tested yet again with with Camino nightly 2005042008 and Mac OS 10.3.9, with all
Java fixes.

Screenshot looks the same.  Still no go, sorry for the spam.
I've just spent a bit of time looking in to this issue, focused on the USPS
label printer.

From what I can understand from comment 0, the crash sounds like the "java is
throwing cocoa dialogs: bug 168549" issue, which is fixed by the Java Embedding
Plugin (there's a certificate acceptance dialogue that comes up, which was
common to other cases of "java throwing cocoa dialogues", as well as the
communications error [see comment 5], which may or may not be a dialogue).  

However, even without the JEP, I couldn't get Camino to crash, only to partially
hang (switching tabs, etc., worked, but many menu options were greyed out, and
quitting or closing tab/window did not work), probably when the applet wanted to
display the "communications error" message.  So this hang might still be the
"java throwing cocoa dialogues" issue.

I can't get a dummy label to print at USPS
https://sss-web.usps.com/ds/jsps/pl_dummy.jsp even with JEP.  I get the same
communications error as comment 5.  According to Steven Michaud, author of JEP,
the USPS applet is hardcoded to allow/work with only certain JVMs and browsers,
see
http://sourceforge.net/tracker/index.php?func=detail&aid=1090515&group_id=107955&atid=649117
Finally, USPS specifically claims Macs are not supported:
http://hdusps.esecurecare.net/cgi-bin/hdusps.cfg/php/enduser/std_adp.php?p_faqid=6467&p_created=1106083697&p_sid=kEeN-nFh&p_lva=&p_sp=cF9zcmNoPTEmcF9zb3J0X2J5PSZwX2dyaWRzb3J0PSZwX3Jvd19jbnQ9NDcmcF9wcm9kX2x2bDE9OTImcF9wcm9kX2x2bDI9OTQmcF9wYWdlPTM*&p_li=

I don't have an ebay or paypal account, but info on those sites' respective
shipping pages, as well as some FAQ/help items at USPS.com, seems to indicate
that all three share the same system.

Based on these findings, I would recommend that this be marked INVALID (or duped
to the "java cocoa dialogue" bug 168549, or kicked to Tech Evangelism) unless
someone can actually reproduce a crash.

Camino 20050513 0.8+, Mac OS X 10.3.9, JEP 0.9.1 (also tested with 0.8.4 and
without JEP)
Blocks: 224615
We can't fix this; see comment 12.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
I can tell you that it is not due to too many drivers because on my computer I
told osx to NOT install all those drivers and I only have the driver for MY
printer, I have found that printing of sample labels and actual real labels
somehow differ, when I first reported this bug the sample labels always worked
on eBay and pay-pal's print shipping labels. As I first stated when I wanted to
print a real label from eBay and pay-pal's all I had to do was tell it to print
and click the apple icon in the menu bar, which I believe somehow allowed
communication to the printer. I have looked on usps.com for printing labels and
it differs from eBay's and pay-pal's print shipping label. I just tried to print
a test label on usps and it popped up download window and downloaded some a file
named com.usps.cns.web.pdf.LabelGenerationServlet. Which I found later to be an
auto generated pdf that is supposed to be automatically sent to adobe reader to
print. This is completely different from eBay's and pay-pal's printing shipping
label feature, SO it is my conclusion that this bug is in fact still real and
needs to be fixed.  I did all of this testing on 10.4.1 tiger with camino
Version 2005070908 (0.9a1+) .
Status: RESOLVED → VERIFIED
load this file in adobe reader and print it.
I have 4 auctions on ebay that will be ending in 2 days, so I will be able to
test and see if the bug still occurs on ebay. Till then nothing can be truly
assessed due to the fact that printing sample labels on ebay and real labels
differ somehow and printing labels from usps.com is completely different.
Status: VERIFIED → REOPENED
Resolution: INVALID → ---
Summary: Printing of virtual label makes camino crash. → Printing of virtual labels on eBay's and PayPal's site makes camino crash.
(In reply to comment #14)
>I have looked on usps.com for printing labels and
> it differs from eBay's and pay-pal's print shipping label. I just tried to print
> a test label on usps and it popped up download window and downloaded some a file
> named com.usps.cns.web.pdf.LabelGenerationServlet. 

Comment 12 was made before USPS switched to the
com.usps.cns.web.pdf.LabelGenerationServlet printing method; i.e. at the time I
made that comment, ebay, paypal, and USPS shared the same system (which, based
on USPS statements, was incompatible with Macs).  Unless ebay and paypal have
changed their label system(s) to another method, this Mac incompatibility is
likely still the case.

That said, if Camino crashes or hangs when you go to print your labels, please
attach crash logs or samples to this bug (instructions:
http://www.caminobrowser.org/support/sup_bugzilla.html) and also note in the bug
whether you're using the JEP (http://javaplugin.sourceforge.net/) or not.
Not blocking 0.9
Flags: camino0.9-
Target Milestone: Camino0.9 → Camino1.0
Just tested this with Camino nightly 2005091804 (v1.0a1+), Mac OS 10.3.9, QT 7.

Camino, instead of throwing a print dialog box up with the sample label,
downloaded a PDF of the sample label.  Of course, if I wanted to, I could simply
launch Preview or Adobe Reader, and print the label.

Not quite the results expected, but workable nonetheless.  I don't want to
really call this WFM, but perhaps someone else might offer some insight.
Does this still crash? If not, this bug should be closed as WFM despite the fact that it still may not work as expected or desired. If there is an issue in how we handle the site, that's a new bug. Otherwise, if it's not crashing, please close this bug. (I'm assuming JEP didn't fix this?)
I have news related to this bug.

  If you print directly from usps not going through ebay, a special pdf will be downloaded that is supposed to auto-load adobe acrobat and auto print. I have not been able to test the printing of shipping labels with ebay in some time, so I cannot say if the bug is fixed or not, I have a few auctions on ebay currently listed so I will be able to test in a few days to see if the bug is fixed or not.
I can not print labels from UPS.com.  When I do the shipping, the label comes up on the screen fine and from in the Print Preview screen.

However, when i print the label, i just get black and orange bars.  This just started when I downloaded v1.5.  With v1.0.7, the labels printed just fine.
(In reply to comment #24)
> I can not print labels from UPS.com.  When I do the shipping, the label comes
> up on the screen fine and from in the Print Preview screen.
> 
> However, when i print the label, i just get black and orange bars.  This just
> started when I downloaded v1.5.  With v1.0.7, the labels printed just fine.
> 

This bug is about Camino issues. Please search in the Firefox product for issues relating to Firefox printing.
On usps.com a special pdf file is downloaded to the desktop, just open it in adobe acrobat and it should automaticly start the printing.
Unfortunately, we cannot diagnose this crash without a stack. In addition, there are several things that went unanswered (notably comments 21 and 22). Since the USPS system is completely different than it was when the bug was reported, there is know what to know what was causing the problem. If you still get a crash when using eBay or PayPal (and USPS), please file a *new* bug which includes a stack and a Talkback ID.

For the reasons listed above, closing this bug as INVALID.
Status: REOPENED → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: