Poznámky k verzi pro verzi: 10.10.3

Před upgradem na platformu verze 10.10.3 si prosím přečtěte.

Všechny změny dostupné jako obvykle v changelog.

Pozvánka na schůzku zaslanou uzamčenému (neviditelnému) uživateli vede k chybě

Před:
Chyba JS se zobrazí, když uzamčený (neviditelný) uživatel otevře schůzku v plánovači prostřednictvím pozvánky na schůzku.

Teď:
Pevný. Pozvánky na schůzku se již neposílají uzamčeným (neviditelným) uživatelům.

Problémy s funkcemi CTRL + P (tisk) u úkolů

Před:
1) Pokud uživatel chtěl zobrazit a vytisknout sloupec Utracený čas v seznamu úkolů, mimo sloupec se zobrazila informace o celkovém stráveném čase.
2) Při tisku přehledu úloh byla všechna základní pole přesunuta do levého sloupce, ale pole Vytvořeno jako jediné bylo zobrazeno vpravo.
3) Pokud uživatel chtěl pouze tisknout poznámky k úkolu, byla stále zobrazena celá historie úkolu. Totéž platilo pro ostatní položky, například pokud chtěl vytisknout pouze strávený čas, byla zobrazena tabulka s stráveným časem, ale pod ní byla stále celá historie úkolu.

Teď:
Všechny pevné.

Docházkový pohled nefunguje podle očekávání

Před:
Role uživatele bez oprávnění k zobrazení záznamů docházky ostatních uživatelů na projektech může takové informace stále vidět.

Teď:
Pevný. Záznamy docházky ostatních uživatelů na projektech se nezobrazí bez příslušných oprávnění.

Zranitelnost XSS v modulu „DMS“

Před:
Modul „DMS“ obsahoval chybu zabezpečení související se skriptováním mezi weby (XSS).

Teď:
Pevný.

Požadavky: Chyba 500 po kliknutí na název projektu ve stromu požadavků

Před:
V modulu projektu Požadavky se po přidání artefaktu a kliknutí na název projektu ve stromu požadavků zobrazila chyba 500.

Teď:
Pevný. Žádná chyba.

Zvýraznění syntaxe se při úpravách ztratilo

Před:
Pokud byl k úkolu přidán fragment syntaxe, byla k dispozici rozbalovací nabídka pro výběr zvýraznění klíčových slov. To fungovalo dobře. Pokud však byl fragment syntaxe později upraven (např. Došlo k překlepu) a uložen, zvýraznění syntaxe bylo ztraceno a celý fragment zčervenal. Mohlo by to být vyřešeno opětovným načtením stránky (tlačítko F5).

Teď:
Pevný. Zvýraznění syntaxe zůstane po úpravách a opětovném uložení.

Docházka nadlimitní varuje, i když limitu nebylo dosaženo

Před:
V případě, že schvalujete docházky v různých časových obdobích, může nadlimitní docházka varovat, i když limitu nebylo dosaženo.

Příklad:
Manažer chce tyto dvě položky schválit najednou, počítá se to jako rozsah (30 dní), takže únorová účast je nadlimitní a zobrazí se varování, což je špatné, protože tyto 2 docházky jsou v limitu.
- uživatel má 2denní limit (docházková aktivita)
- 1 prázdninová docházka v lednu
- 1 prázdninová účast v únoru
- Čekání na schválení

Teď:
Pevný. Pokud to není nutné, varování o překročení limitu docházky.

Lepší podpora kódování při prohlížení zpráv

Před:
Některé přílohy zpráv z Outlooku se u některých kódování nezobrazovaly správně.

Teď:
Pevný. Problematické kódování ze zpráv aplikace Outlook se zobrazuje správně.

Nelze vytvořit docházku s 15minutovým zaokrouhlováním mezi 11,46 - 11,59

Před:
Za méně než 15 minut před koncem dne nebylo možné zaokrouhlit nebo uložit docházku s 15minutovým zaokrouhlováním, protože 0,00 hod. Je již čas následujícího dne.

Teď:
Pevný. Čas mezi 11,46 - 11,59 hodin se automaticky zaokrouhlí na 11,59 hodin.

Gantt: Sloupec „Odhadovaný čas“ na projekt a jeho dílčí projekty není shrnut

Před:
V Ganttově diagramu na úrovni projektu nebylo možné zobrazit součet definovaného odhadovaného času stráveného na projekt a dílčí projekty. Místo hodnoty (počet hodin) se zobrazilo pouze „nedefinováno“.

Teď:
Odebráno „undefined“ ze sloupce „Odhadovaný čas“ v Ganttově diagramu na úrovni projektu. Chcete-li zobrazit souhrn definovaného odhadovaného času stráveného na projekt a dílčí projekty, doporučujeme použít Ganttův diagram na globální úrovni.

Duplikování dat při změně řazení

Před:
V přehledu stráveného času (/ time_entries) byla uživatelem definovaná kritéria řazení vrácena zpět na výchozí hodnoty po opětovném použití nastavení filtru. Navíc by problém mohl vést k situaci s nesprávně zobrazenými datovými záznamy (duplikováním), když jsou již načtené (viditelné) datové záznamy seřazeny podle uživatelem definovaných kritérií řazení, zatímco více záznamů je již načteno s výchozími kritérii řazení na stejné obrazovce .

Teď:
Pevný. Uživatelem definovaná kritéria řazení se zachovají po opětovném použití nastavení filtru.

Detail zprávy Docházka zůstane skrytý

Před:
V osobním výpisu zůstane detail docházky skrytý po otevření stránky, což vyžaduje její ruční otevření. Z předchozí relace se nepamatuje zůstat otevřený.

Teď:
Pevný. Podrobnosti zprávy o docházce si pamatujete z předchozí relace, abyste zůstali otevřeni.

CRM: Tlačítko „Přidat položku“ je viditelné i bez povolení k použití

Před:
Tlačítko „Přidat položku“ v detailu případu CRM je viditelné také pro uživatele, kteří nemají oprávnění upravovat případy CRM.

Teď:
Pevný. Tlačítko je skryté pro uživatele, kteří nemají oprávnění upravovat případy CRM.

Rails 6.1 - Testování

Před:
Upgradovali jsme hlavní backendovou část (Rails 6.1), která vytvořila několik nových chyb/nesrovnalostí, které byly nalezeny v CRM, Task Timeru a UX.

Teď:
Opravené nalezené nové chyby/nesrovnalosti související s upgradem Rails 6.1.

Formát komentáře stráveného času se změnil po úpravě data stráveného času

Před:
Když uživatel napsal nějaký záznam ve formátu HTML do záznamu stráveného času a poté změnil datum stráveného času, psaný text se nyní zobrazil jako HTML kód se značkami.

Teď:
Pevný. Napsaný text zůstane po úpravě data stráveného času zobrazen ve formátu HTML.

Zvláštní přehled o rozpočtech

Před:
Došlo k problému s funkcí Speciální viditelnost ve vlastních polích Rozpočty, který nefungoval podle očekávání.

Teď:
Pevný. Speciální viditelnost vlastních polí Rozpočty funguje dobře.