<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<br>
On 20/09/2011 16:09, --[ UxBoD ]-- wrote:
<blockquote
cite="mid:ad0b66e8-43e1-417e-95b0-6066f9d1fb9d@office.splatnix.net"
type="cite">
<style type="text/css">p { margin: 0; }</style>
<div style="font-family: Courier New; font-size: 10pt; color:
rgb(0, 0, 0);">Hi Jules, this is happening under FF3.6+.<br>
</div>
</blockquote>
I've tried Firefox 6.01 on Windows and Mac, still cannot reproduce
the error.<br>
<blockquote
cite="mid:ad0b66e8-43e1-417e-95b0-6066f9d1fb9d@office.splatnix.net"
type="cite">
<div style="font-family: Courier New; font-size: 10pt; color:
rgb(0, 0, 0);"><br>
Looking at the difference between 4.02 and 4.05 I see the
inclusion on that screen for the following code:<br>
<br>
<td class="UD_form_lined">{$d.formattedBytes|replace:'
':'&nbsp;'}</td><br>
</div>
</blockquote>
And that code just displays the size of the dropoff, I don't see how
it can cause any problems. And the HTML it is creating looks just
fine to me too, it's displaying the size of the dropoff, with " "
replaced with a non-breaking space so it looks better.<br>
<blockquote
cite="mid:ad0b66e8-43e1-417e-95b0-6066f9d1fb9d@office.splatnix.net"
type="cite">
<div style="font-family: Courier New; font-size: 10pt; color:
rgb(0, 0, 0);"><br>
so the size of the drop is also displayed. If I remove that
piece of code I can now click on a dropoff and see the detail
screen. When I put that code back in I am no longer able to
click through to the detail screen.<span><br>
</span></div>
</blockquote>
? Huh? That's bizarre. And I still can't reproduce it, sorry.<br>
<br>
Jules.<br>
<br>
<blockquote
cite="mid:ad0b66e8-43e1-417e-95b0-6066f9d1fb9d@office.splatnix.net"
type="cite">
<div style="font-family: Courier New; font-size: 10pt; color:
#000000"><span><span name="x"></span></span><br>
<hr id="zwchr">
<blockquote style="border-left:2px solid rgb(16, 16,
255);margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;">
I have just tested the Outbox functionality with the
JavaScript error console displayed in IE9, Safari (Mac) and
Chrome (Mac).<br>
I cannot reproduce your error at all.<br>
<br>
In the 3 places that call "doPickup" ('grep -l doPickup
/opt/zendto/templates/*.tpl' as you'll see them), they all
have a form called "pickup" with a hidden element "claimID" in
it. So the code should work, and does for me.<br>
<br>
Exactly how did you get it to display this error message?<br>
And does it affect the functionality of the page?<br>
<br>
Jules.<br>
<br>
On 20/09/2011 15:32, --[ UxBoD ]-- wrote:
<blockquote
cite="mid:c1d14a06-e789-4f5a-ad79-8d7dddcef36f@office.splatnix.net">
<style>p { margin: 0; }</style>
<div style="font-family: Courier New; font-size: 10pt;
color: #000000">Jules,<br>
<br>
Under ZendTo 4.05 when in the Outbox screen and the user
clicks on a dropoff they have made a JS error,
document.pickup is not defined, is being wrong on line 90
of main.js:<br>
<br>
/ * Jules' code */<br>
function doPickup(theID) {<br>
document.pickup.claimID.value = theID; <--- here<br>
return document.pickup.submit();<br>
}<br>
<br>
I have looked at the code and cannot see what is wrong any
ideas ?<span><br>
<span></span>-- <br>
Thanks, Phil<span></span><br>
</span><br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre>_______________________________________________
ZendTo mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:ZendTo@zend.to" target="_blank">ZendTo@zend.to</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto" target="_blank">http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto</a></pre>
</blockquote>
<br>
<pre class="moz-signature">Jules
--
Julian Field MEng CITP CEng
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.Zend.To" target="_blank">www.Zend.To</a>
Follow me at twitter.com/JulesFM
PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
'It's okay to live without all the answers' - Charlie Eppes, 2011
'All programs have a desire to be useful' - Tron, 1982
'That is the land of lost content,
I see it shining plain,
The happy highways where I went,
And cannot come again.' - A.E. Houseman
</pre>
<br>
_______________________________________________<br>
ZendTo mailing list<br>
<a class="moz-txt-link-abbreviated" href="mailto:ZendTo@zend.to">ZendTo@zend.to</a><br>
<a class="moz-txt-link-freetext" href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto">http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto</a></blockquote>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
ZendTo mailing list
<a class="moz-txt-link-abbreviated" href="mailto:ZendTo@zend.to">ZendTo@zend.to</a>
<a class="moz-txt-link-freetext" href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto">http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto</a></pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">Jules
--
Julian Field MEng CITP CEng
<a class="moz-txt-link-abbreviated" href="http://www.Zend.To">www.Zend.To</a>
Follow me at twitter.com/JulesFM
PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
'It's okay to live without all the answers' - Charlie Eppes, 2011
'All programs have a desire to be useful' - Tron, 1982
'That is the land of lost content,
I see it shining plain,
The happy highways where I went,
And cannot come again.' - A.E. Houseman
</pre>
</body>
</html>