Bug 50845 - Installing OX on Backup Creates a Portal Tile with Wrong FQDN
Installing OX on Backup Creates a Portal Tile with Wrong FQDN
Status: NEW
Product: Z_Internal OX development
Classification: Unclassified
Component: Installer
UCS 4.4 / 7.10.3
Other Linux
: P5 normal (vote)
: ---
Assigned To: Mail maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2020-02-20 13:20 CET by Christian Völker
Modified: 2020-02-20 14:46 CET (History)
2 users (show)

See Also:
What kind of report is it?: Bug Report
What type of bug is this?: 1: Cosmetic issue or missing function but workaround exists
Who will be affected by this bug?: 4: Will affect most installed domains
How will those affected feel about the bug?: 1: Nuisance – not a big deal but noticeable
User Pain: 0.023
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Völker univentionstaff 2020-02-20 13:20:43 CET
Logon to the master server (4.4-3e453).

Open AppCenter and search for OX App Suite. 
Install App suite on backup server (NOT master server!)

Once installation is finnished there is a tile on the portal page of the master for OX.

But it points to the master- where no OX is installed.
You have to either edit the tile or go to the backup server directly (where the tile is created, too but points to the correct server).

There should be no pile on the master portal or make it link to the server where OX is installed.
Comment 1 Ingo Steuwer univentionstaff 2020-02-20 14:34:39 CET
Having the portal tile on the domain portal (wich is the default portal shown on the DC Master) is the expected behaviour.

The Bug here is the missing FQDN of the OX App Suite server in the link.
Comment 2 Christian Völker univentionstaff 2020-02-20 14:46:19 CET
Sorry, Ingo.

You are only partially right.

Having a tile is indeed expected behaviour (as central point of domain).

The title which was created here points to the fqdn of the master. So it is not just the short name of the backup.


It is supposed to have the fqdn of the backup, correct.