# Błąd braku dostępu do pliku w monitorowaniu gdy w rozszerzeniu nazwy jest wielka litera, np. TXT, tXt, Txt

**URL:** <https://forum.ezdrp.gov.pl/t/blad-braku-dostepu-do-pliku-w-monitorowaniu-gdy-w-rozszerzeniu-nazwy-jest-wielka-litera-np-txt-txt-txt/3259>\
**Category:** prowadzenie spraw\
**Created:** [9 Październik 2025 11:03 UTC](https://forum.ezdrp.gov.pl/t/blad-braku-dostepu-do-pliku-w-monitorowaniu-gdy-w-rozszerzeniu-nazwy-jest-wielka-litera-np-txt-txt-txt/3259 "2025-10-09T11:03:09Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Autor:** ![ArturH](https://avatars.discourse-cdn.com/v4/letter/a/67e7ee/32.png) [@ArturH](https://forum.ezdrp.gov.pl/u/ArturH)\
**Data wpisu:** [9 Październik 2025 11:03 UTC](https://forum.ezdrp.gov.pl/t/blad-braku-dostepu-do-pliku-w-monitorowaniu-gdy-w-rozszerzeniu-nazwy-jest-wielka-litera-np-txt-txt-txt/3259/1 "2025-10-09T11:03:09Z")

</div>

Po załączeniu pliku z dysku (w **Do obsłużenia** i do **sprawy** ), który zawiera wielką literę w rozszerzeniu, po kliknięciu w nazwę wyświetlany jest załączony komunikat. Pobrać plik można jedynie poprzez boczne menu, jednak po przekazaniu pisma możliwość ta znika gdyż w monitorowaniu nie można wywołać tego menu (brak kwadracika po lewej stronie nazwy). Błąd występuje również gdy plik ma zerową długość, czyli nie ma zawartości.

W dostępnych wersjach 21.20.6 (B) i 21.21.7 (B)

![image](https://europe1.discourse-cdn.com/flex017/uploads/ezdrp/original/1X/b50f9fccbf089bffb156cc642c3b207b8f14a01f.png)

---

<div class="post-metadata">

**Autor:** ![Piotr1](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.ezdrp.gov.pl/piotr1/32/930_2.png) [@Piotr1](https://forum.ezdrp.gov.pl/u/Piotr1)\
**Data wpisu:** [9 Październik 2025 12:50 UTC](https://forum.ezdrp.gov.pl/t/blad-braku-dostepu-do-pliku-w-monitorowaniu-gdy-w-rozszerzeniu-nazwy-jest-wielka-litera-np-txt-txt-txt/3259/2 "2025-10-09T12:50:46Z")

</div>

W zasadzie bardzo dobrze, rozszerzenia winny być pisane z małych liter. Rozszerzenia, które Pan przytacza w temacie są często wykorzystywane w atakach ransomware

---

<div class="post-metadata">

**Autor:** ![ArturH](https://avatars.discourse-cdn.com/v4/letter/a/67e7ee/32.png) [@ArturH](https://forum.ezdrp.gov.pl/u/ArturH)\
**Data wpisu:** [9 Październik 2025 14:14 UTC](https://forum.ezdrp.gov.pl/t/blad-braku-dostepu-do-pliku-w-monitorowaniu-gdy-w-rozszerzeniu-nazwy-jest-wielka-litera-np-txt-txt-txt/3259/3 "2025-10-09T14:14:07Z")

</div>

Nie uznaję tej argumentacji. Plik jest tworzony osobiście przez pracownika lub generowany programem zewnętrznym a pracownik osobiście wpisuje lub przekleja nazwę z innego jak Mu wygodnie (dopasowując część nazwy do treści) więc co to ma wspólnego z brakiem możliwości pobrania na dysk tak jak innych ? W innych przypadkach jest podgląd lub pobieranie na dysk a tu blokada z nieznanych powodów. Jeżeli przyczyną fatycznie jest działanie EZD (a nie przeglądarki) to uprzejmie proszę o poprawienie.

---

<div class="post-metadata">

**Autor:** ![Piotr1](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.ezdrp.gov.pl/piotr1/32/930_2.png) [@Piotr1](https://forum.ezdrp.gov.pl/u/Piotr1)\
**Data wpisu:** [9 Październik 2025 18:02 UTC](https://forum.ezdrp.gov.pl/t/blad-braku-dostepu-do-pliku-w-monitorowaniu-gdy-w-rozszerzeniu-nazwy-jest-wielka-litera-np-txt-txt-txt/3259/4 "2025-10-09T18:02:33Z")

</div>

Ma Pan prawo nie uznawać. Natomiast co to za program, który generuje pliki z rozszerzeniem raz z dużej, raz z małej litery. A pracownik wg mnie niech sobie wpisuje nazwę dowolnie jak mu wygodnie, ale rozszerzenie niech zostawi w spokoju. Pozdrawiam

---

<div class="post-metadata">

**Autor:** ![quiris](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.ezdrp.gov.pl/quiris/32/498_2.png) [@quiris](https://forum.ezdrp.gov.pl/u/quiris)\
**Data wpisu:** [9 Październik 2025 19:20 UTC](https://forum.ezdrp.gov.pl/t/blad-braku-dostepu-do-pliku-w-monitorowaniu-gdy-w-rozszerzeniu-nazwy-jest-wielka-litera-np-txt-txt-txt/3259/5 "2025-10-09T19:20:47Z")

</div>

W mojej opinii takie „rozwiązanie” problemu wielkości liter w rozszerzeniu to zwyczajna droga na skróty i z punktu widzenia użytkownika „kompletnie nieczytelna”.

Prawidłowe rozwiązanie to normalizacja wielkości liter (np. konwersja na małe litery) w rozszerzeniu po stronie aplikacji, a nie blokada.

Taka blokada dla użytkownika systemu Windows, gdzie wielkość liter w rozszerzeniu nie ma znaczenia, jest zwyczajnie niezrozumiała.

---

<div class="post-metadata">

**Autor:** ![ArturH](https://avatars.discourse-cdn.com/v4/letter/a/67e7ee/32.png) [@ArturH](https://forum.ezdrp.gov.pl/u/ArturH)\
**Data wpisu:** [10 Październik 2025 07:11 UTC](https://forum.ezdrp.gov.pl/t/blad-braku-dostepu-do-pliku-w-monitorowaniu-gdy-w-rozszerzeniu-nazwy-jest-wielka-litera-np-txt-txt-txt/3259/6 "2025-10-10T07:11:33Z")

</div>

Nie dość, że w systemie wielkość prawie nie ma znaczenia, to jeszcze bardzo duża część osób ma poukrywane wyświetlanie rozszerzeń w eksplorerze. Nie zauważyłem w dokumentacji informacji o zakazie używania wielkich liter więc domyślną blokadę przed pobraniem uznałem za błąd. Automatyczna konwersja na małe litera byłaby zrozumiała, szczególnie przed podpisaniem.
