| Summary | Print option broken with Safari |
| Queue | Horde Base |
| Queue Version | HEAD |
| Type | Bug |
| State | Resolved |
| Priority | 1. Low |
| Owners | Horde Developers (at) |
| Requester | kevin_myer (at) iu13 (dot) org |
| Created | 07/26/2005 (7292 days ago) |
| Due | |
| Updated | 08/03/2005 (7284 days ago) |
| Assigned | 08/03/2005 (7284 days ago) |
| Resolved | 08/03/2005 (7284 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
State ⇒ Resolved
http://cvs.horde.org/diff.php/horde/templates/javascript/print.js?r1=1.1&r2=1.2&ty=u
Version ⇒ HEAD
Queue ⇒ Horde Base
State ⇒ Feedback
http://cvs.horde.org/diff.php/horde/templates/javascript/print.js?r1=1.1&r2=1.2&ty=u
State ⇒ Assigned
from a packet capture. However, it appears that what is happening in
Safari is that the window.print function is being called before the
page is actually rendered. If I copy the data from the packet capture
and paste it into a file and load it, the page still doesn't render,
but a print dialog box is kicked up, just like from within IMP.
However, if I remove the hidden input tag (<input type="hidden"
name="flag" value="" />), the page renders, but obviously no print
dialog is thrown. Javascript/browser race condition?
State ⇒ Unconfirmed
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Print option broken with Safari
Queue ⇒ IMP
using Safari (build 312). I have replicated on my Powerbook as well,
and am also unable to print from Kronolith, from Safari.
Only a blank page is generated. Affects both HEAD and FRAMEWORK_3.