The mail headers for T127281 list X-Phabricator-Projects: <#oojs-ui> but indeed it's not instantly clear.

Aklapper changed the title from "Phabricator not reporting projects added on task creation" to "Phabricator notification mail does not list project anymore added on task creation".

Not only notification mail. Look at this task via web: I do see Phabricator in Projects but not in the changes.

Aklapper triaged this task as "Low" priority.

Why? You can see it should be High because otherwise it will keep sending silly emails.

In T127282#2038316, @Ricordisamoa wrote:

Not only notification mail. Look at this task via web: I do see Phabricator in Projects but not in the changes.

Oh. Thanks. Adjusted the task summary.

Aklapper triaged this task as "Low" priority.

Why? You can see it should be High because otherwise it will keep sending silly emails.

Could you elaborate? Whether you receive an email is unrelated to whether the project is visibly listed or not. If you refer to "It's harder for me to find out why I received that email", that would be https://secure.phabricator.com/T6297 I guess.

In T127282#2039245, @Aklapper wrote:

Could you elaborate? Whether you receive an email is unrelated to whether the project is visibly listed or not. If you refer to "It's harder for me to find out why I received that email", that would be https://secure.phabricator.com/T6297 I guess.

https://secure.phabricator.com/T6297 would be a great feat, but project additions should be notified regardless of their relevance to the notification.

Could you answer T127282#2039245 please?

In T127282#2039659, @Aklapper wrote:

Could you answer T127282#2039245 please?

I get lots of Phabricator notifications from many different projects daily. In order to be effective I must be able to assess them in a timely manner. Without projects I can hardly make sense out of them.

Personally, I sort Phabricator notifications into folders by the header X-Phabricator-Projects mentioned by @Aklapper. The folders roughly correspond to projects that I am more interested in and a catch-all. So when I enter mail.wikimedia.tools I know that any Phabricator notification there will be related to Toolforge.

This is a huge functional regression for me. :(

I can no longer easily identify new tasks that are in Security or a MW extension I watch or something I was explicitly cc'd on (usually higher priority).

X-Phabricator-Projects doesn't really work for me because tasks are often filed against multiple projects.

In T127282#2042693, @Legoktm wrote:

This is a huge functional regression for me. :(

+1 here too. When a new task is created, there's no mention of the associated projects in the e-mail body, which means I have to either (a) click on the link to see which projects the task is about; or (b) look at the source of the e-mail to see the headers. Both of those make my workflow less effective.

I can no longer easily identify new tasks that are in Security or a MW extension I watch or something I was explicitly cc'd on (usually higher priority).
X-Phabricator-Projects doesn't really work for me because tasks are often filed against multiple projects.

GMail doesn't allow automatic filtering based on arbitrary headers, so the header is more or less useless for me :/

This is a pain for me as well. Lets upstream this issue?

In T127282#2074385, @Krenair wrote:

This is a pain for me as well. Lets upstream this issue?

Done: https://secure.phabricator.com/T10493

Upstream response: this was mostly intentional, however, they didn't wontfix it so there is hope :)

Ideas for a better way of doing this might be helpful and I can aggregate everyone's feedback in the upstream task if we come up with some good ideas here.

https://secure.phabricator.com/T10493 has been closed as Resolved upstream: https://secure.phabricator.com/T10493

It looks like we can remove the blocker to T135327: Decide Phabricator improvements to be funded by WMF Technical Collaboration?

@Qgil: Done.

Fixed upstream. I'll try to get this deployed today.

Upon creation of T135758, email was received

Kipod created this task.
Herald added subscribers: Zppix, Aklapper.
TASK DESCRIPTION
(Recent report from hewiki user):
recently, hovercards text on hewiki is displayed left-aligned.
inspecting the HTML, i see:

<a dir="he" lang="rtl" class="mwe-popups-extract" href="/wiki/%D7%AA%D7%9C%D7%9E%D7%95%D7%93">

instead of the expected

lang="he" dir="rtl"

peace.

Oh, it's not fixed in the web UI though, but I personally consider that less relevant...