In that case I am out of thoughts as to what might be causing this.  Is 
WebPA otherwise behaving properly (i.e. non-LTI logins)?

Stephen

On 13/01/2016 15:49, Hailston, Karen wrote:
> Yes, our server is configured to send all php errors to the apache error log.
>
>
> -----Original Message-----
> From: WebPA [mailto:[log in to unmask]] On Behalf Of Stephen P Vickers
> Sent: 13 January 2016 15:06
> To: [log in to unmask]
> Subject: Re: WebPA 2 LTI Connector
>
> What about the PHP error log or are you sending them to the Apache error log?
>
> Stephen
>
> On 13/01/2016 14:46, Hailston, Karen wrote:
>> Hi Stephen,
>>
>> Yes, I put the mod directory at the same level as the includes directory but wasn't sure if I had to do anything to get WebPA to look in there when it loads.
>>
>> Yes,  I created the database tables by using the lti-tables-mssql.sql file included in the LTI download, but I edited it first to include the pa2_ prefix that all the other tables have.
>>
>> No, I'm not getting any error messages in the apache error log.
>>
>> Karen
>>
>> -----Original Message-----
>> From: WebPA [mailto:[log in to unmask]] On Behalf Of Stephen P
>> Vickers
>> Sent: 13 January 2016 13:02
>> To: [log in to unmask]
>> Subject: Re: WebPA 2 LTI Connector
>>
>>> Firstly, the instructions say to unzip the lti.zip to the mod directory on the WebPA server - There was no mod directory on the server so I had to create one.  I'm not sure if that is the norm.
>>
>> It looks like the move of the WebPA source code has caused the mod directory to be lost from the download file - it used to be there.  The directory should be at the top level of the WebPA area - same level as includes.
>>
>>> Secondly - even though I have enabled the module by adding $INSTALLED_MODS[] = 'lti'; into the inc_global.php file I still do not get the extra lti menu options when I reload the page.
>>
>> Did you also create the database tables? Do you get any error messages in the PHP error log?
>>
>> Stephen
>>