Prosta historia – śledź, rejestruj i kontroluj zmiany w WordPressie

Rejestr zmian

✨ Jeśli uważasz, że Prosta Historia jest przydatna ✨

• Wesprzyj wtyczkę, aby pozostała darmowa.
• Dodaj 5-gwiazdkową recenzję, żeby inni użytkownicy wiedzieli, że to dobry produkt.
• Ulepsz do Prostej Historii Premium, aby zmienić to za pomocą GUI.

Funkcje eksperymentalne są ukryte w ustawieniach (Ustawienia → Prosta historia → Eksperymentalne). Włącz je, żeby je wypróbować, a potem podziel się opinią, żebyśmy wiedzieli, co warto udostępnić wszystkim.

5.35.0 (October 2026)

This release is about logins and privacy. Logins with two-factor authentication are logged when the code is accepted, IP addresses in the log are only shown to administrators, and there is suggested text about the log for your privacy policy. The weekly email settings got simpler too.
Read more about it in the release post

Dodano

• Suggested privacy policy text for the activity log, under Settings → Privacy → Policy Guide.
• Support for the Two Factor plugin: logins are logged when the two-factor code is accepted, not when the password is entered, and show whether two-factor authentication was used.
• Logins on sites using Wordfence show whether two-factor authentication was used, and how: authenticator app, recovery code, passkey or remembered device.
• Experimental — Emails that WordPress fails to send are logged as errors, and a notice in the sidebar and email settings shows how many failed in the last 30 days.
• Experimental — WP-CLI events store the command, the server user and, for commands run over SSH, the masked IP address they came from. Nothing is shown in the log yet.

Zmieniono

• Weekly email settings have a „Site admin” checkbox that sends the email to the site’s admin address and follows it when it changes, and adding more recipients no longer stops the email to the admin.
• IP addresses in the log are shown only to administrators. Editors and other roles that can read the log no longer see them in events, event details, exports or search. The secret RSS feed still shows them.
• IP addresses are described as masked instead of anonymized, since a masked address can still be linked to a person through the rest of the log entry.
• XML export events say what was exported (all content or a post type) and show the author, category, date and status filters used, also for past exports.
• Experimental — Role logger: removing capabilities from a role is a notice instead of a warning, and granting a capability that controls the site (such as manage_options or install_plugins), or creating a role with one, is now a warning.

Naprawiono

• The IP address of people who comment is now masked like every other IP address in the log, and only administrators can see it. Earlier comment events keep the full address but are hidden from other roles.
• Core files check no longer reports official WordPress files in the site’s language or in English as modified, such as a German wp-config-sample.php on a site installed in English.
• Image changes in event details, such as a new featured image, line up with the text changes above them.
• Event details are easier to read on phones: each label sits above its value, and image thumbnails fit inside their column.
• Wrong two-factor codes from the Two Factor, Kadence Security (formerly Solid Security) and Wordfence plugins are logged as failed logins.

5.34.0 (September 2026)

Too many events in your log to get an overview? The new compact view may come in handy then. And Premium users get an even more compact view with the new table view, for digging into your events. There is also a new button that hides the sidebar, to give you full focus on the log with less distraction. Read more about this and more in the release post →.

Dodano

• Table view for research and debugging sessions: sort, filter, compare two events side by side, and export (Premium).
• „Hide sidebar” button next to the view switcher, so the event log can use the full width of the page. Each view remembers its own choice: the table view starts without the sidebar, the detailed and compact views with it.
• Events can now be sorted by date, id, level, logger or event type through the REST API (orderby and order) and on the command line (wp simple-history event list --orderby=id --order=asc).
• Events can be counted instead of listed through the REST API (/events/aggregate), grouped by date, level, logger or initiator. The same filters apply, so it counts exactly what the list would have shown.
• Thumbnail on „Edited attachment” events, so you can see which image the event is about.
• Links on tips in the sidebar and dashboard widget, pointing to the documentation or feature page for what the tip describes.

Zmieniono

• The compact event log view is no longer experimental. The Detailed/Compact switch is now available to everyone from the event log page.
• Custom field changes on posts name the fields that changed instead of only counting them.
• Custom field and term changes on posts are included in event details from the REST API and WP-CLI.
• New installs get a notice a few days before their oldest events are cleared out for the first time. It explains why, mentions that you can export your log, and stays until you close it.

Naprawiono

• Sorting the event log oldest first now works. order=asc was accepted and then ignored on the default event listing, which returned newest first anyway.
• The „new events” count above the log now respects your filters. With „Hide my own events” on, or event types hidden, it counted events the list would never show — so it could announce new activity and then show you nothing when you clicked it.
• Changed post excerpts are labelled „Excerpt” instead of the raw field name.
• Custom field changes made in the block editor’s meta boxes, like the Custom Fields panel, are now logged.
• Empty custom fields that some plugins create when a post is first saved are no longer listed as added.
• Internal keys from Advanced Custom Fields no longer clutter the list of changed custom fields.
• Tips that mention Premium are hidden on sites that have turned promotional messages off.
• Image thumbnails on media events name the image for screen reader users.
• Weekly email with no recipients set was never sent. It now goes to the site admin email until you add recipients, and the settings page tells you so.
• Test email is sent to the weekly email’s recipients instead of to you, and the button says who that is.
• Experimental — Role and capability changes a plugin makes on its own, such as after an update, are credited to WordPress instead of whoever was logged in, and name the plugin that made them.

Bezpieczeństwo

• Database errors from the event log no longer include the database’s own error message in the API response. Reading the log needs a lower capability than most things in WordPress, and a MySQL error names tables and columns.

5.33.0 (September 2026)

The weekly email is redesigned. It opens with a summary of your week, and every number links to its events. Events by WordPress and visitors are no longer credited to the logged-in admin, and Redirection logging works again with Redirection 5.10. And some minor fixes here and there.
Read more about it in the release post

Dodano

• Weekly email can now be turned on with one click from the welcome notice, the welcome log entry and the log sidebar (yup, we really like the weekly email, and we think you will too!).
• Experimental: Compact view for the event log, which fits more events on the screen.

Zmieniono

• Weekly email design updated:
  • wider layout, section icons, clickable numbers linking to matching events, shorter captions and a single „Nothing to report” line for empty sections.
  • now includes a plain-text version, so it’s less likely to end up in spam.
  • opens with a short summary of the week: event count, change from last week, failed logins and most active user.
  • …and closes with a tip.
• WordPress, WP-CLI, anonymous user and „other” cards link to their events for all users.
• Repeated edits of the same Simple History setting are grouped into one row.
• „Similar events” link is now an expand/collapse control that keeps keyboard focus.
• Event details line up with the event text, and long labels wrap instead of pushing values off-screen.

Naprawiono

• Redirection plugin events are logged again with Redirection 5.10.0 and later.
• Events by WordPress or visitors (update checks, failed logins, scheduled tasks) are no longer attributed to the logged-in administrator.
• Event log loads its first page faster (fixed debounce effect).
• Loading placeholders and the date dropdown no longer shift while the log loads.
• Admin bar quick view shows a message when events can’t be loaded.

Bezpieczeństwo

• Redirection events can no longer be added to the log by users without permission to manage redirects.

5.32.0 (September 2026)

Expandable diffs, a „View revision” link that opens the exact revision a change created, and a fix for failed application password logins flooding the log.
Read more about it in the release post

Dodano

• Long diffs can be expanded in place with an „Expand diff” button.
• Note events carry the same action links as the page or post the note belongs to.
• Experimental — „Hide events of this type” in an event’s actions menu removes that event type from the current list. Hidden types show as removable chips above the list and never change what gets logged.

Zmieniono

• Post and page events link to the revision the change created, labelled „View revision”. On WordPress 7.1 and later it opens the editor’s visual revision view.
• Site icon changes show the old and new icon as images, side by side, instead of attachment IDs.
• Action links below events are grey until the event is hovered or focused, and separated by a dot in the dashboard widget.
• When a license key has reached its activation limit, the settings page explains why and how to free it up from the Lemon Squeezy „My orders” page.
• Experimental — Event fields sent to AI tools through the WordPress Abilities API carry readable labels and descriptions, following the output schema conventions added in WordPress 7.1.

Naprawiono

• Relative times („2 minutes ago”) could be off by the site’s UTC offset.
• „Copy event message” and „Copy as Markdown” copied the site’s time instead of the time shown in the log.
• Content diffs use the same green and red as WordPress core’s revision screen. Some events used a different set.
• „Edited your profile” events no longer appear when nothing changed. The block editor saves editor preferences to your user record, and each save was logged as a profile edit.
• Notes inside a block (WordPress 7.1) no longer show a literal
tag, and a note starting with an @mention no longer has it glued to the next word.
• Reaction emoji no longer show as broken images when the site’s emoji image host is unreachable.
• Failed application password logins are throttled, grouped, filtered and counted like other failed logins. A brute-force attack against the REST API could previously flood the log.
• Featured image changes on posts no longer show raw „thumb_id” and „thumb_title” rows, show „None” on the empty side, load small thumbnails, and are included in the structured event details.
• Uploading a zip over an installed theme or plugin is logged as an update, downgrade or reinstall, instead of as a new install.

Bezpieczeństwo

• Misc security hardening.

5.31.0 (sierpień 2026)

🎨 Rejestrujemy zmiany wprowadzane w edytorze witryny — dotyczy to szablonów, fragmentów szablonów, stylów obowiązujących w całej witrynie, wzorów, menu nawigacyjnych i krojów pisma. W tej wersji dodanoobsługę oficjalnej wtyczki WordPress AI, dzięki czemu możesz sprawdzić, które wtyczki i motywy mają dostęp do poszczególnych dostawców usług AI. Oprócz tego wprowadzono szereg ulepszeń zabezpieczeń oraz standardowe poprawki.
Dowiedz się więcej o wszystkich zmianach w poście dotyczącym wydania

Dodano

• Zmiany wprowadzane w edytorze witryny są teraz rejestrowane: szablony, fragmenty szablonów, style ogólne, wzorce, menu nawigacyjne i kroje pisma – w tym zmiany dokonane poza edytorem bloków. Przywrócenie szablonu do domyślnego ustawienia motywu jest rejestrowane jako reset, a nie jako usunięcie.
• Obsługa oficjalnej wtyczki AI dla WordPressa: Prosta Historia rejestruje teraz momenty, w których funkcje AI są włączane lub wyłączane, kiedy zmienia się dostawca lub model AI danej funkcji, a także kiedy wtyczki lub motywy wnioskują o dostęp do dostawców AI, otrzymują go lub tracą na ekranie „Zatwierdzenia łączników”. Klucze API i treści poleceń AI nigdy nie są zapisywane w dzienniku.
• --format=json oraz --format=yaml w sekcji wp simple-history info, dzięki czemu skrypt wdrażający lub skrypt CI może sprawdzić, czy wersja premium jest aktywna i licencjonowana.
• Wersja eksperymentalna — dziennik aktywności jest teraz dostępny dla narzędzi AI i automatyzacji poprzez interfejs API WordPress Abilities (WordPress 6.9+). Tylko do odczytu — żadna z udostępnionych funkcji nie pozwala na zmianę ani usunięcie wpisów w dzienniku.

Zmieniono

• Przetestowano z WordPressem 7.1.
• Zdarzenia związane z aktualizacją motywu podają teraz wersję, z której motyw został zaktualizowany, oraz wersję, do której został zaktualizowany – tak samo jak to już działało w przypadku zdarzeń związanych z aktualizacją wtyczek.
• Eksperymentalne — zdarzenia związane z rolami nie wyświetlają już wszystkich uprawnień w panelu szczegółów, gdy jest ich więcej niż 10. Liczba pozostaje w treści komunikatu o zdarzeniu, a pełna lista – w kontekście zdarzenia.

Naprawiono

• W zdarzeniach typu „Usunięty użytkownik” zamiast danych usuniętego użytkownika wyświetlały się puste pola identyfikatora, adresu email i nazwy użytkownika.
• Wnioski o eksport danych osobowych były rejestrowane niezależnie od ich statusu, a nie tylko wtedy, gdy były składane po raz pierwszy.
• Informacje o wtyczce Prosta Historia – wersja premium nigdy nie wyświetla informacja o licencji.
• Liczba zdarzeń jest teraz grupowana zgodnie z twoimi ustawieniami regionalnymi — „187 304 zdarzeń” zamiast „187304 zdarzeń” — w nagłówku dziennika, pasku statystyk, paginacji oraz w zestawieniach zgrupowanych zdarzeń.
• W powiadomieniu o uzupełnieniu danych zauważono zbędny element   w liczbie pozycji w ustawieniach regionalnych, w których tysiące oddziela się spacją.
• Rozdzielenie dat „Dzisiaj” i „Wczoraj” oraz etykieta „Dzisiaj” przy każdym wydarzeniu zmieniały się o północy czasu UTC, a nie o twojej własnej północy, więc najnowsze wydarzenia mogły być wyświetlane z błędną datą.
• Komunikat powitalny wyświetlany po instalacji nie pojawia się już na stronie historii, do której prowadzi odnośnik, więc „Zobacz” zawsze gdzieś prowadzi.
• W logu widać teraz prawdziwą przyczynę niepowodzenia ładowania zamiast komunikatu „Nieznany błąd” — na większości stron szczegóły błędów były odrzucane, zanim dotarły na ekran.
• Błędy bazy danych pojawiające się podczas wczytywania logu teraz podają nazwę problemu, dzięki czemu możesz zająć się tym samodzielnie albo zgłosić to swojemu hostingodawcy.

Bezpieczeństwo

• Treść komentarza jest poddawana eskapowaniu, zanim trafi do panelu szczegółów zdarzenia, więc komentarz nie może już wprowadzać znaczników do dziennika.
• Kanał RSS już się nie zawiesza, gdy zalogowana treść zawiera sekwencję znaków ]]>, którą mógł wywołać każdy, kto miał możliwość dodania komentarza.
• Wartości kolorów z narzędzia do dostosowywania motywu są sprawdzane przed wyświetleniem jako próbka, więc motyw z mniej restrykcyjnymi ustawieniami kolorów nie może wstawiać kodu CSS do logu.
• W plikach eksportowanych w formacie CSV znaki tabulacji i powrotu karetki są traktowane jako wyzwalacze formuł, podobnie jak omówione już wcześniej =, +, - oraz @.
• Dodatkowe mechanizmy eskapowania i sprawdzania poprawności danych wejściowych we wszystkich modułach rejestrujących: opcje, motyw i multimedia.
• W adresach URL odsyłających zapisywanych przy każdym zdarzeniu wartości ciągów zapytania, które wyglądają na poufne, są teraz zamaskowane – tak samo, jak tryb detektywa już maskuje adresy URL, które zapisuje.
• Maskowanie obejmuje teraz również nazwy pól sesji, nośnika, poświadczeń i klucza prywatnego.

5.30.0 (August 2026)

👍 W wersji dwie eksperymentalne funkcje wchodzą do stałego użytku: reakcje na wydarzenia oraz pasek stanu w nagłówku, który pozwala szybko sprawdzić stan bieżących ustawień – jak długo przechowywana jest historia, czy raporty email i powiadomienia są włączone oraz dokąd są przekazywane logi. Aktualizacja zawiera też szereg ulepszeń dotyczących bezpieczeństwa oraz kilka różnych poprawek.
Dowiedz się więcej o wszystkich

Dodano

• „Plugin info” action link on plugin update-available events, so you can quickly check what an unfamiliar plugin is without leaving the log.
• „Find events from the same IP address” in an event’s actions menu, alongside the existing user and event-type filters.
• Changes to more Simple History settings are now logged: Email Reports, the Experimental features toggle, and add-on license keys (key values are never stored in the log). (And yes – it was a bit funny that the plugin that logs changes to other plugins didn’t log its own settings changes!)
• WP-CLI: --metadata_search and --ai_only options on wp simple-history list, matching the metadata search and AI filter in the GUI.
• WP-CLI: AI attribution columns (ai_agent, ai_detected_via, ai_application) on wp simple-history list, showing which AI tool made a change and how it was detected.
• Header now shows „Stealth mode: on” while stealth mode is hiding Simple History from other users, including other administrators.

Zmieniono

• Reactions graduated from experimental and are now on by default — react to events with a 👍 (disable in Settings → General). Premium adds ❤️ 🎉 🚀 and more reaction types.
• Header settings/info bar is graduated from experimental and now shows for all admins — a glance at how long history is kept, whether email reports and alerts are on, and where logs are forwarded, with each one linking straight to its setting.
• Checkbox settings now show as On/Off (instead of 1/0) in the „Modified settings” log details.
• Settings changes are now detected across all save mechanisms (Settings API, direct option updates, and REST) and recorded as a single event.
• Large or structured settings are now logged as „changed” without storing their full value, keeping the log readable.
• Developers: simple_history/user_can_clear_log now defaults to whether the user can manage settings, instead of always allowing it. The „Clear log” button is unaffected for administrators.
• Eksportowanie dziennika w formacie HTML przebiega szybciej na stronach z obszernymi dziennikami aktywności.

Przestarzałe

• WP-CLI: wp simple-history event search — use wp simple-history event list --search= instead. The old command still works but will be removed in a future version.

Naprawiono

• WP-CLI: wp simple-history event search always returned zero results.
• WP-CLI: --fields on wp simple-history list ignored column names written with a space after the comma.
• PHP 8 fatal error when a setting was changed by a request without a referrer, such as from the REST API or WP-CLI. #649
• Untranslatable strings in the statistics view and the weekly email report. #672
• Invalid date or month filter values now return a clear error (HTTP 400 in the REST API, a friendly message in WP-CLI) instead of a server error.
• RSS feed no longer breaks when its address contains a date filter it can’t read — for example an older feed URL saved in a feed reader. It now returns an empty feed instead of an error.
• Removed an unnecessary database query on every admin page load (a leftover from the one-time history backfill check).
• Dashboard widget now shows an error message with details when the log can’t be loaded (for example when the REST API is blocked), instead of loading placeholders forever.
• Fatal error on WordPress 6.3 when saving a post that creates a revision.
• Post update events now link to the revision they created. (The link had been missing since the feature was added in 5.16.0!)
• PHP warning when logging a comment whose post has been deleted. Such events now read „a comment to (deleted)” instead of showing an empty title.
• Opcja „Filtruj zdarzenia: ten adres IP” w wyskakującym okienku adresu IP nie działała, gdy używałeś jej z widżetu na pulpicie nawigacyjnym — teraz otwiera dziennik zdarzeń przefiltrowany pod kątem tego adresu.
• Filtrowanie według adresu IP pozwala teraz znaleźć zdarzenia na podstawie dowolnego adresu, który został dla nich zarejestrowany, a nie tylko tego, który widział serwer WWW. W serwisach działających za serwerem proxy lub urządzeniem równoważącym obciążenie prawdziwy adres odwiedzającego jest odczytywany z nagłówka przekierowania, a filtrowanie na jego podstawie wcześniej nie dawało żadnych wyników.
• Eksperymentalne — nieudane logowania przez XML-RPC nie tworzą już zduplikowanego wpisu „nieudane hasło aplikacji” obok zwykłego wpisu o nieudanym logowaniu.

Bezpieczeństwo

• Sprawdzanie nazwy użytkownika, adresu email i ról danej osoby z karty użytkownika odbywa się teraz zgodnie z zasadami WordPressa i wymaga uprawnienia do wyświetlania listy użytkowników. Informacja o tym, kto wykonał dane zdarzenie, jest nadal widoczna dla wszystkich, którzy mają dostęp do tego zdarzenia.
• Punkty końcowe REST API wymagają teraz tych samych uprawnień, co otwarcie strony historii.
• Tryb detektywa ukrywa więcej nazw pól — hasła, tokeny, sekrety i numery kart — a teraz obejmuje też wartości zagnieżdżone, ciągi zapytania i argumenty wiersza poleceń.
• Wyczyścianie dziennika, eksportowanie go i ponowne generowanie adresu kanału RSS wymaga teraz również uprawnień do zarządzania ustawieniami.
• Eskapowanie tekstu zdarzeń jest teraz spójne we wszystkich mediach, kategoriach, rejestratorach użytkowników i komentarzy, a także w eksportowanych plikach HTML.

See CHANGELOG.md for the full changelog.