• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

Raw message IDs visible instead of messages/translations

jnthn

Basic Pleskian
Username:

TITLE

Raw message IDs visible instead of messages/translations

PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE

Plesk Obsidian 18.0.81 Update #6
CentOS Linux 7.9.2009 (Core)

Plesk Obsidian 18.0.82 Update #1
AlmaLinux 10.2 (Lavender Lion)

PROBLEM DESCRIPTION

Often when I open Plesk, the dashboard shows raw message IDs instead of the correct messages/translations. This happens on two of my Plesk servers (both versions mentioned). Often it can be resolved by refreshing the page.

STEPS TO REPRODUCE

  1. Open Plesk panel URL
  2. Log in

ACTUAL RESULT

Dashboard showing many components.Pages.Home.*** texts

EXPECTED RESULT

Dashboard showing regular texts

ANY ADDITIONAL INFORMATION

Current browser: Safari 27.2 (22625.2.8.11.9)

It happens regardless of the translations (one of my servers is set to English, the other to Dutch)

YOUR EXPECTATIONS FROM PLESK SERVICE TEAM

Confirm bug
 
Hi, @jnthn

Could you check whether this also happens in another browser (Chrome/Firefox) or in a private window with a cleared cache? Since it affects two different servers, versions and languages, and a reload fixes it, a client-side caching/loading issue (e.g. Safari-specific) seems possible. If it still occurs, please check the Network tab in the browser dev tools for a failing or slow request to the translation/locale resource and post the status code or a screenshot. Also, is a reverse proxy or CDN (e.g. Cloudflare) in front of the panel?

Regards
Tessa
 
Back
Top