[ZendTo] Request a drop off email - weird issue

[Ken Etter]

Great!  Thanks Jules!  Any idea when that feature will be available?

Ken
>>> Jules <Jules at Zend.To> 1/22/2020 9:35 AM >>>
> Ken,

I had always assumed people would want that Organization field to be
editable, as I live in a large org (a University of 28,000 students) in
which there are many sub-parts, and some users may not want "University
of Southampton" forced into the emails sent as requests from drop-offs.
But there again, most smaller organisations would not want this to be
editable.
So I have added a new config option for you:
// When you are creating a request for a drop-off, do you want to be

// able to edit the value set for the Organisation in the emails

// sent to the person receiving the request?

// Set this to FALSE for small or simple organisations.

// Set this to TRUE for large or complex organisations where there may

// be many sub-organisations sharing the same installation of ZendTo,

// such as one deployed by a country's entire government.

'requestSenderOrgIsEditable' => TRUE,


That should do what you want.
Cheers,
Jules.
On 20/01/2020 5:41 pm, Ken Etter wrote:


I just figured out the issue. When I first open the "Request a
Drop-off" page, the Organization field has the correct name. But when I
entered the recipient's name, Chrome auto-filled the email address and
also changed the Organization from MSKTD to Mr. I just hadn't caught
that change before I selected Send the Request.

Is there any reason to have that Organization field be editable? Since
only people from within the organization can send requests, that field
should always be the same (in my opinion). If there is a use-case for
some people who want it editable, maybe you could add a config setting
so ZendTo admins could choose whether it is an editable field or not.

Thanks!
Ken
>>> Jules <Jules at Zend.To>
( mailto:Jules at Zend.To)  1/20/2020 7:34 AM >>>
> Try deleting all the *.php files in the Smarty cache: 

rm -f /var/zendto/templates_c/*php
In rare cases the cache can get screwed up so it keeps using an old
file rather than regenerating a new one.
That "rm" has no visible effect on the running system from the users'
viewpoint, Smarty (the template system I use) will just auto-regenerate
new versions of its cached files as and when it needs them. There's no
need to stop or restart anything.
Let me know if that helps!
Cheers,
Jules.
On 13/01/2020 8:08 pm, Ken Etter via ZendTo wrote:


I did edit header.tpl - added "<meta name="robots" content="noindex"
/>", but other than that the only changes were to preferences.php and
zendto.conf. I'll wait and see what Jules has to say.

Ken
>>> <zend.to at neilzone.co.uk>
( mailto:zend.to at neilzone.co.uk)  1/13/2020 3:04 PM >>>




On 13 Jan 2020, at 20:01, Ken Etter <KLE at msktd.com> wrote:

I understand your doubt, but it really is set correctly...copy paste
from zendto.conf (using WinSCP)...
OrganizationShortName = “MSKTD"
 

Perhaps Jules will have some thoughts!

I’m guessing you haven’t modified the template?




"grep -R Mr." or "grep -R Mr" returns some binary files (png, jpg, gif,
and woff) - just images and fonts. 
 

Same on my instance, for what it’s worth...


Neil

__________


_______________________________________________ZendTo mailing
listZendTo at zend.tohttp://jul.es/mailman/listinfo/zendto  

Jules-- Julian Field MEng CEng CITP MBCS MIEEE MACMThe current UK
shipping forecast:Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to
gale 8, then north 4 to 6.Slight or moderate, occasionally rough in
south. Rain. Good, occasionallypoor.www.Zend.ToTwitter: @JulesFM 
 

Jules-- Julian Field MEng CEng CITP MBCS MIEEE MACMThe current UK
shipping forecast:Irish Sea: Southwest 4 or 5, becoming cyclonic 6 to
gale 8, then north 4 to 6.Slight or moderate, occasionally rough in
south. Rain. Good, occasionallypoor.www.Zend.ToTwitter: @JulesFM 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jul.es/pipermail/zendto/attachments/20200122/c7f0406c/attachment-0001.html>