Witam, Inaczej, aktualna wersja rtmessageadd.php linia 74
if ($message['state'] != RT_RESOLVED && $message['deadline'] && ($deadline = datetime_to_timestamp($message['deadline']))) { if (!ConfigHelper::checkConfig('phpui.helpdesk_allow_all_users_modify_deadline') && $message['verifierid'] != Auth::GetCurrentUser())
($message['verifierid'] != Auth::GetCurrentUser() && $message['verifierid']!=0)
Patrząc na to jak próbowałem tego użyć, dodanie sprawdzenia czy przy ustawionym deadline verifierid nie jest czasem puste działało by lepiej.(domyślnie 0 wchodzi w verifierid)
Jeżeli ma być tak jak to cóż, można to wyłączyć konfiguracją.
W dniu 16.03.2019, sob o godzinie 16∶50 +0100, użytkownik Jarosław Kłopotek - INTERDUO napisał:
W dniu 16.03.2019 o 11:28, Sylwester Zdanowski pisze:
Witam,
Być może nie widzę koncepcji autora.
Mam zgłoszenie z polem "Werfikator: żaden" Jak dodaje nową wiadomość dostaję "If verifier is set then he's the only person who can change deadline" (Jeżeli WERYFIKATOR JEST USTAWIONY....)
Czy to aktualny kod lms z git z brancha master?
W rtmessageadd mamy w lini 74 ... && $message['verifierid'] != Auth::GetCurrentUser())
w praktyce bez ustawionego weryfikatora i bez phpui.helpdesk_allow_all_users_modify_deadline nie da się dodać wiadomości.
(Przy dodawaniu nowego zgłoszenia pole terminu ostatecznego automatycznie ustawia się na czas bieżący)
Pytanie czy powinien być dodatkowy warunek dla braku weryfikatora czy bez weryfikatora ma być nie możliwe dodanie wiadomości o ile ktoś nie ustawi konfiguracji? Jaka była koncepcja?
Koncepcja jest w skrócie taka:
- jeśli jest ustawiony weryfikator to on jedynie może zmienić
deadline,
- jeśli nie ma ustawionego weryfikatora każdy inny użytkownik może
zmienić deadline,
- w momencie gdy nie ma przypisanego weryfikatora powinieneś móc
zmienić deadline ale tylko z przyszłości,