Facebook изменил свою систему для тестовых учетных записей пользователей?

Возможно, я делаю экстраполяцию из документации (учитывая ее организацию, не так ли? t слишком сложно сделать), но внесла ли Facebook какие-то большие изменения в то, как разработчики приложений создают и используют тестовых пользователей?

Насколько я помню (и в последний раз я делал это около месяца назад), разработчики имели обыкновение обращаться к URL-адрес из зарегистрированной учетной записи, который преобразовал бы этого пользователя в «тестового пользователя», который не имел привилегий в общедоступной системе, но мог служить в качестве тестового объекта для публикации, получения разрешений и т. д. У меня была настройка тестового пользователя с помощью этого метод и сгенерировал для него / нее токены доступа, которые были сохранены в базе данных.

Недавно все это перестало работать. Моей первой попыткой было распечатать свойства созданного мной объекта Facebook, и там, где когда-то были декодированные данные пользователя в формате JSON, теперь возникло исключение из процесса CURL, который обращался к конечной точке / me / api.

Facebook GraphAPI - Uncaught EntCannotSeeExistenceException: объект (класс EntTestUser), поддерживаемый идентификатором 12345, не может быть виден текущим средством просмотра 12345 (EntID: 12345)

Значения, очевидно, изменены для защиты невиновных. Однако идентификаторы пользователей были идентичны, что делало странным, что пользователь с идентификатором 12345 по какой-то причине не имел прав на просмотр 12345

. Я просмотрел документацию Facebook и нашел их, кажется, их новую логику для создания самого приложения. временных тестовых пользователей и создания для них URL-адресов для входа в систему, с чем, вероятно, знакомы многие здесь.

http://developers.facebook.com/blog/post/429

Заменяла ли эта система старую? Похоже, что действовать от имени тестовых учетных записей пользователей, созданных старым методом, больше нельзя, поскольку они не созданы " Кто-нибудь еще испытал это со своими приложениями Facebook api? Можем ли мы определенно сказать, что эти старые токены доступа / идентификаторы пользователей / учетные записи, созданные с помощью этого старого метода, теперь фактически бесполезны?

Как всегда, спасибо.