• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Forwarded to devs Custom buttons link destination broken after Plesk Upgrade

Silvester Leer

New Pleskian
Username: Silvester Leer

TITLE

Custom buttons link destination broken after Plesk Upgrade

PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE

Plesk Obsidian 18.0.38 Update #1, Ubuntu 18.04.5 LTS

PROBLEM DESCRIPTION

After updating to Plesk Obsidian 18.0.38 Update #1 the destination of the custom links is broken.
Normally the link is a direct link to a destination for example :

https://<servername>:8443/server/db_servers.php?cmd=dbwebadmin&db_server_id=1

But after the upgrade, the link destination is appended to the link of the panel:
https://<servername>:8443/admin/home/https://<servername>:8443/server/db_servers.php?cmd=dbwebadmin&db_server_id=1&context=custom_button_1

STEPS TO REPRODUCE

- Create a custom button with the following settings:

- ButtonText: <enter text for button>
- Text for Buttoninfo : leave blank
- No picture
- Url : https://<servername>8443/server/db_servers.php?cmd=dbwebadmin&db_server_id=1
- Select shared access
- Enable open in Plesk
- Enable no frames

ACTUAL RESULT

The wrong destination (https://<servername>:8443/admin/custom-buttons/edit/id/https://<servername>:8443/server/db_servers.php?cmd=dbwebadmin&db_server_id=1&context=custom_button_1) is beeing opened resulting in a file not found issue

EXPECTED RESULT

The correct link destination should be opened (eg. url should not be appended tot the panel url)

ANY ADDITIONAL INFORMATION



YOUR EXPECTATIONS FROM PLESK SERVICE TEAM

Confirm bug
 
The developer was not able to reproduce the issue:

I created a custom button with name test in Plesk 18.0.36, and works fine. It redirects to https://<serverName>/phpMyAdmin/index.php.
I then upgraded to 18.0.38, and the button kept working fine.
I then created a new button named test2, and it also works fine.

Could you please provide more information and screenshots or to even open a Support ticket.
 
The developer was not able to reproduce the issue:

I created a custom button with name test in Plesk 18.0.36, and works fine. It redirects to https://<serverName>/phpMyAdmin/index.php.
I then upgraded to 18.0.38, and the button kept working fine.
I then created a new button named test2, and it also works fine.

Could you please provide more information and screenshots or to even open a Support ticket.

This issue just arose for me too. I had a Custom Button for phpMyAdmin which is what Silvester Leer was using is for too

Making the button link to this
Code:
/server/db_servers.php?cmd=dbwebadmin&db_server_id=1

Actually results in a link to (/admin addded)
Code:
/admin/server/db_servers.php?cmd=dbwebadmin&db_server_id=1&context=custom_button_1

If you add the domain to the link it still doesn't work.
 
The developer can't reproduce the issue again with all your STR:

View attachment 19368View attachment 19369

I recommend creating a support ticket with us with server access How to submit a request to Plesk support?
Only works for me using when using "Administrator's Home page" or "Administrator's Tools & Settings page" for the Location. Common Access location always add the /admin to the URL

Same for this guy Issue - Custom buttons not working correctly after 18.0.38 #1 upgrade
 
Thank you, guys.
Reproduced with Power User View and submitted as PPPM-13213
The workaround is to uncheck "Open URL in Plesk".
 
I have this issue too on Plesk Obsidian v18.0.38_build1800211001.19 os_CentOS 7 (i.e. update 3 recently released)

On the login screen, and the top left corner of the admin panel, the URL is appended to the end of the server URL

Additionally, and this is not mentioned before, changing the URL to "none" is not respected. I have tried updating to "none" as a single change request, and also again selecting "none" with reuploading the logo and this is not respected. The previous value for the URL persists.
 
Back
Top