[ZendTo] Request a drop off email - weird issue

[Jules]

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> 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> 1/13/2020 3:04 PM >>>
>>
>>
>>> On 13 Jan 2020, at 20:01, Ken Etter <KLE at msktd.com 
>>> <mailto: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 list
>> ZendTo at zend.to
>> http://jul.es/mailman/listinfo/zendto
>
> Jules
>
> -- 
> Julian Field MEng CEng CITP MBCS MIEEE MACM
>
> The 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, occasionally
> poor.
>
> www.Zend.To
> Twitter: @JulesFM

Jules

-- 
Julian Field MEng CEng CITP MBCS MIEEE MACM

The 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, occasionally
poor.

www.Zend.To
Twitter: @JulesFM

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jul.es/pipermail/zendto/attachments/20200122/2f36bca2/attachment.html>