тъкмо сега пробвах и забелязах, че вече и на мен връща имейл. 

Не знам дали е било просто защото първоначално не съм бил въвел имейл в базата или наистина току що са го оправили.

Anyways, problem solved. Поне един от тях де, за gender-а все още не мисля че е оправен проблема, но предполагам че скоро ще бъде, все пак не е толкова сериозен.

Освен това, друго което според мен може да се добави е връщането на данни за profileImage-а про логин, защото в момента само username-а връща. Това би било полезно защото в toolbar-а отгоре би трябвало постоянно да виждаме профилната ни снимка, а за сега би се наложило да правим и заявка Get User Data при всеки логин.

Преди го нямаше - и аз пробвах с прясно създаден юзър с имейл :)

И във второто ти предложение има резон!

Сега открих друг проблем и той по-скоро е в заявките които са ни предоставени в POSTMAN за референция. Заявката за reject friend request е с невалиден status.

Това което ни е подадено е:

http://softuni-social-network.azurewebsites.net/api/me/requests/2?status=delete

Сървъра връща грешка: "Invalid request status"

явно стойността на последния параметър е различна

Наистина не знам защо е delete - възможните параметри са approved и rejected. Редактирано е и в Postman колекцията. :)

Когато се записва  gender-а в базата, се подава Female, Male или Other, но когато се връща от базата в резултат на get заявка например, се връща число, което отговаря на съответния пол:

0 - Other

1 - Male

2 - Female

Не си ме разбрал правилно. При регистрация каквото и да подадеш за gender винаги в базата се записва 0, което е other. Отделно при update на профила за gender базата приема както цифри - 0, 1 и 2, така и Other, Male и Female.

В screen-а за регистрацията фигурира и Gender, затова бих искал да знам дали да махам Gender от регистрацията, след като не го приема или ще оправят базата.

Оправено, вече и при регистрация се запазва правилно.

Оправено. 

Пак е така.

PUT: ми дава Email is already taken.

Можеби ако след днешния краш сте ресторвали от beckup!?!

Кое е пак така? Email is already taken дава, когато някой друг е с този имейл, и така трябва да е. 

Просто си създай свой потребител /ти ще му знаеш потребителското име и паролата/ със заявка в постман, създай си и пост и т.н. Всичко можеш да направиш през постмана. На ДонЖуан мисля при обяснението на заявките лектора му смени паролата, затова е невалидна в колекцията :)

И едно уточнение, за да не се чудите какво става. accessToken-ите са валидни 30 мин., а не 1 година! В рамките на тези 30 мин при всяко действие с този token той се подновява за нови 30 мин. 

След като са валидни само 30 мин, трябва на всяко действие да проверяваме дали има активен такъв? Или това е направено колкото да може на защитата да покажем проекта и token-а да не е изчезнал, а след това да не кисне в сървъра? Понеже вече не мога да разбера какво точно трябва да се направи. 

И на мен също. Затова използвах на Ачо noty service-a и малко го коригирах да работи спрямо нашето API

Ами сървъра си падна нещо, което е доста неприятно ... спира всичката работа. Не съм заглеждал грешките, гледам да си пиша мои в зависимост от възникналия проблем или несъответствие.

Проблемът е в това, че сме напълнили базата с невалидни картинки. Причината за това е, че колекцията от заявки за postman е с невалидни base64 profile image и cover image при при едит на профила. Съответно доста хора при тестване не са обърнали внимание на това и са изпращали невалидни снимки. В момента доколкото знам Наско е добавил валидация в back-end-а.

Здравейте колеги,

Искам да попитам понеже не ми е много ясно. News Feed-a какво точно трябва да представлява? Стената на потребителя, с когото сме логнати в момента ? Или нещо друго ? Ако е нещо друго бих се радвал ако някой го разясни с 2-3 думи.

Доминик - в условието пише: 

•    Display posts made by friends (retrieved from "api/me/feed").

Тоест - трябва да се покажат постове на приятелите ти, а не твоята стена. В следващото условие вече пише какво трябва да съдържат тези постове и т.н.