Регистрация  |  Вход

ВФ страница, работающая под коммунити юзером, возвращает URL без "/apex/" (под стандартным юзером все работает ок)

Обычная ВФ страница, в ней простейщий метод, апдатирует запись, возвращают юзеру ту же страницу.

Ну так, вот эта страница, работающая под коммунити юзером, возвращает из метода свой URL без "/apex/" и все разумеется падает.

Ну как так?! не замечал я раньше такого поведения ВФ с коммунити юзером, тестеры утверждают, что раньше тестировали эту часть под коммунити юзером и все работало

сам метод простой войдовый, или PageReference -> return null;

результат один

я уже явно возвращаю из метода:
PageReference pageRef = new PageReference('/apex/...')

результат один, URL без "/apex/" и все

Обычная ВФ страница, в ней простейщий метод, апдатирует запись, возвращают юзеру ту же страницу.

Ну так, вот эта страница, работающая под коммунити юзером, возвращает из метода свой URL без "/apex/" и все разумеется падает.

Ну как так?! не замечал я раньше такого поведения ВФ с коммунити юзером, тестеры утверждают, что раньше тестировали эту часть под коммунити юзером и все работало :o

сам метод простой войдовый, или PageReference -> return null;

результат один

я уже явно возвращаю из метода:
PageReference pageRef = new PageReference('[b]/apex/[/b]...')

результат один, URL без "/apex/" и все 

в другом Орге все работает. Знаете почему? Там в Коммунити ВФ страница прекрасно работает без "/apex/" в УРЛ (и вместе с "/apex/" тоже).

что за денек!

как это же поведение настроить в новом Орге?

в другом Орге все работает. Знаете почему? Там в Коммунити ВФ страница прекрасно работает без  "/apex/" в УРЛ (и вместе с "/apex/" тоже).

что за денек!

как это же поведение настроить в новом Орге?

Возможно связано с Critical Updates пункт:
Remove Instance Names From URLs for Visualforce, Community Builder, Site.com Studio, and Content Files

This critical update stabilizes the hostname of Visualforce, Community Builder, Site.com Studio, and content file URLs by removing instance names from URLs.

Возможно связано с Critical Updates пункт:
Remove Instance Names From URLs for Visualforce, Community Builder, Site.com Studio, and Content Files

This critical update stabilizes the hostname of Visualforce, Community Builder, Site.com Studio, and content file URLs by removing instance names from URLs.

akr0bat
Возможно связано с Critical Updates пункт:

хорошая попытка, но тот апдейт еще не активирован

[quote="akr0bat"]Возможно связано с Critical Updates пункт: [/quote]

хорошая попытка, но тот апдейт еще не активирован

Так попробуйте активировать и возможно настанет stabilizes )))

Так попробуйте активировать и возможно настанет stabilizes )))

ОК, решено

дело не в УРЛ, в обоих оргах в коммунити ВФ страницы работают как с /апекс/ так и без него

код падал на ДМЛ операции по причине недостаточного доступа к объекту

теперь смотрите:
- запись зашерена для юзера, он видит ее на стандартных лейаутах;
- CRUD and FLS открыты юзеру, впрочем для контроллера это вообще все равно (хотя сама ВФ страница учитывает FLS,и я вижу, что поля рендерятся правильно).

Что осталось?
one more thing, это такой шеринг, который внезапно влияет на CRUD, да так сильно, что ДМЛ падает (по крайней мере в with sharing mode)

догадались, да?

это шеринг на Мастер-Дитейл поле, он требовал наличие у юзера рид/райт доступа к родительской записи для ДМЛ над чайлдом. Поменял на рид доступ. И из-за этого код вот так вот подло падал на ДМЛ. И как я помню со стандартным интерсфесом еще хуже - внезапно идет ошибка при сохранении и даже нет сообщения

ОК, решено

дело не в УРЛ, в обоих оргах в коммунити ВФ страницы работают как с /апекс/ так и без него

код падал на ДМЛ операции по причине недостаточного доступа к объекту

теперь смотрите:
- запись зашерена для юзера, он видит ее на стандартных лейаутах;
- CRUD and FLS открыты юзеру, впрочем для контроллера это вообще все равно (хотя сама ВФ страница учитывает  FLS,и я вижу, что поля рендерятся правильно).

Что осталось?
one more thing, это такой шеринг, который внезапно влияет на CRUD, да так сильно, что ДМЛ падает (по крайней мере в with sharing mode)

догадались, да?

это шеринг на Мастер-Дитейл поле, он требовал наличие у юзера рид/райт доступа к родительской записи для ДМЛ над чайлдом. Поменял на рид доступ. И из-за этого код вот так вот подло падал на ДМЛ. И как я помню со стандартным интерсфесом еще хуже - внезапно идет ошибка при сохранении и даже нет сообщения