[Vtigercrm-developers] Template silently fails when viewing organizations for any user

[Alex Hall]

Hi all,
I'm still having no luck regarding the templates. I deleted all the
organizations and contacts in the CRM, then deleted a user. I re-added that
user through the web interface, ran my sync job to give the user some
organizations, and... Failure!

The user is created, the job runs, and the user gets assigned
organizations. As soon as I try to view contacts or organizations while
logged in as that user, though, the template stops and the table of items
is never made. Plus, searching, and most everything on the page, won't work
either.

The template in question is layouts/v7/modules/Vtiger/ListViewContents.tpl,
as far as I can tell. Line 67 works, and is the very last thing on the page
when a browser renders it:
<div class="listColumnFilter {if $CURRENT_CV_MODEL and
!($CURRENT_CV_MODEL->isCvEditable())}disabled{/if}"

Then there's one more new line in the HTML source, and that's it. The page
just ends right there. I've spent all morning trying to find where the
viewer object being used is given its variables, to see if one is missing,
but I can't find that. I've also enabled all error reporting in
config.template.php, but that doesn't give me any output. My Nginx log for
Vtiger is empty. I've even checked the web console for scripting problems,
but there's nothing there either.

I'm at a loss as to what to try next. I'd love to hear any ideas anyone
has. Thanks in advance.


On Wed, Feb 14, 2018 at 4:58 PM, Alex Hall <ahall at autodist.com> wrote:

> Thank you for the quick response. I'll look into the code you posted.
>
> You asked why I'm doing it this way. Our iSeries stores each sales rep,
> and all the accounts for each rep. For every account, there can be up to
> two contacts. Given that I was creating all the accounts and contacts
> anyway, it seemed easiest to just go ahead and create the users, too. We
> don't have a lot of them, but I didn't see the point in manually creating
> every user when the web service documentation claimed I could automate the
> entire process. For whatever reason, though, the web service flatly refuses
> to let me add users. Again, I can create them manually before running the
> import, but I wanted to automate the process if I could. This way, anytime
> I re-run the sync file to update with new accounts or contacts, any new
> reps we may have gotten would be added to the CRM.
>
> On Wed, Feb 14, 2018 at 4:46 PM, Alan Lord <alanslists at gmail.com> wrote:
>
>> On 14/02/18 21:28, Alex Hall wrote:
>>
>>> Two slightly different questions, then. First, how can I properly create
>>> users through the web service, without getting the error that what I'm
>>> doing is "not valid for id"?
>>>
>>
>> This was discussed in a thread this month :-)
>>
>> http://lists.vtigercrm.com/pipermail/vtigercrm-developers/20
>> 18-February/037124.html
>>
>> Thanks for any thoughts. Please let me know what you need to see of my
>>> code, the Vtiger code I'm working with, or anything else.
>>>
>>
>> TBH, all bets are off really when you say you are manually creating
>> users...
>>
>> I guess the first question is WHY? Why are you creating users like this?
>> Do you have a lot to add or something?
>>
>> The permissions and access control system depends on the users being
>> created properly and thereby having generated their privilege/sharing files.
>>
>> Turning on error_reporting in config.inc.php and enabling the debug log
>> and using the Javascript console in your browser will probably point you to
>> where you need to start looking.
>>
>>
>> HTH
>>
>> Al
>>
>> NB: you also didn't say what version of vtiger you are testing.
>>
>> _______________________________________________
>> http://www.vtiger.com/
>>
>
>
>
> --
> Alex Hall
> Automatic Distributors, IT department
> ahall at autodist.com
>



-- 
Alex Hall
Automatic Distributors, IT department
ahall at autodist.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20180215/224e930c/attachment.html>