rebase

The sysop sees the email addresses of recipients already anyway by running an SQL query in the database if they operate the system anyway.
Running SQL queries is what I've been doing so far and it's cumbersome. Thus my request to allow this on an API level.
(I don't mind how MediaWiki behaves as that software covers different use cases.)

In T15480#10429, @valerio.bozzolan wrote:

Just for my curiosity, is serious business mode enabled in Wikimedia?

Yes, because I'd like to allow people to understand what is going on. Not everybody speaks perfectly "omg that's so phunny" English. "Set Sail for Adventure", really?

Thanks! Used PNG images from T15478; then ran ./bin/celerity sprites (which replaced ./scripts/celerity/generate_sprites.php)

Posted a diff in P15 which works for me - independent of the day|month|list view, make the existing tooltips also display the event title.

The use of error_get_last() in this very code has been unhelpful and misleading to me as it led to displaying messages entirely unrelated to invalid encodings (e.g. about libxml_disable_entity_loader having been deprecated).

For the records, the part in src/applications/passphrase/view/PassphraseCredentialControl.php is also triggered when setting a URI for a Diffusion repository and then trying to "Set Credential" via /diffusion/1/uri/credential/123/edit/. Should probably split that out into a separate task and patch to make progress.

@valerio.bozzolan Thanks a lot for your help, debugging, deeper investigation! Resolving.

Fix underlying root cause (after investigation of valerio.bozzolan)

In D25289#8438, @speck wrote:

Do you think this also requires the strlen() check?

Also add check for $has_callsign

Use null checks instead of phutil_nonempty_string

Use null checks instead of phutil_nonempty_string

Use phutil_nonempty_string instead as requested