Task that can be used to mark something that affects or involves Wikimedia Phabricator.
Details
Yesterday
Tue, Mar 26
It might not happen on any other card, because we might not be rendering Remarkup on any other card. Interesting....
So this is quite an edge-case:
- PhabricatorMentionRemarkupRule wants to give the mention a different color, depending on if the user can view the "context object", in this case the Project.
- There's an automatic rule, saying a member of a project can always view the project
- When loading the project for the hovercard, we don't bother loading all the member list
- When loading the user for the mention, we don't bother loading all its projects
- so data is not available at the rendering point.
Mon, Mar 25
Another good simple candidate GDPR-friendly:
Sun, Mar 24
Ouch
Thu, Mar 21
Also note that we have a similar PhabricatorDataNotAttachedException in PhabricatorRepositoryCommit (via getRepository()) in downstream https://phabricator.wikimedia.org/T360714. It's without reproduction steps but sounds a bit similar.
Fri, Mar 15
Sun, Mar 10
Maybe unrelated. But after we fix PhabricatorCursorPagedPolicyAwareQuery, maybe we will find a crash test also for the first two lines:
Interestingly I was able to reproduce, but only creating 101+ tasks manually and going to the next page. So after that ?after=100 is introduced.
Jan 4 2024
Dec 31 2023
Dec 18 2023
Dec 14 2023
Here's another one that I think deserves to be upstreamed: https://phabricator.wikimedia.org/T230787 adds context and search term highlights to fulltext search results. Currently Phorge and upstream Phabricator only show matching document titles with highlights on keywords in the title but not the body.
The efficiency of my solution is questionable, however, it's working well enough for Wikimedia's use of the feature.
Dec 8 2023
there is a presentation from eric brechner, who was in microsofts xbox development, about kanban. he does it on whiteboard, extremely sinple:
https://www.youtube.com/watch?v=CD0y-aU1sXo
Dec 7 2023
Dec 6 2023
Nov 23 2023
Nov 22 2023
Translatewiki finally processed the rebrand a few days ago, as part of https://phabricator.wikimedia.org/T318763
Nov 20 2023
Probably this was moved?
Cool. Two things:
Other edges have probably been eliminated in the past. For example this one:
Nov 16 2023
Nov 13 2023
Interestingly I was able to reproduce the issue with this nonsense patch, in the hope to emulate an email plain-text generation, even if it's not the case:
For interesting reasons, I cannot, in any way, get an email about somebody renaming a single Mockup photo. And, my email preferences are like "email me for everything from every application" and email delivery is "email me about myself".
Nov 7 2023
Initially, the task is in the project's default column:
MariaDB [phabricator_project]> SELECT cp.id, p.name AS projectName, cp.boardPHID, c.name AS columnName, cp.columnPHID FROM project_columnposition cp INNER JOIN project_column c ON cp.columnPHID = c.phid INNER JOIN phabricator_project.project p ON cp.boardPHID = p.phid WHERE objectPHID ="PHID-TASK-f6ri2kdpcvtb3yncho2n"; +-----+----------------+--------------------------------+------------+--------------------------------+ | id | projectName | boardPHID | columnName | columnPHID | +-----+----------------+--------------------------------+------------+--------------------------------+ | 509 | T139396-parent | PHID-PROJ-yt43plz2cxlidyu4dlia | Backloggg | PHID-PCOL-no7jbin6vngwkrghrmrk | +-----+----------------+--------------------------------+------------+--------------------------------+
Oct 25 2023
Oct 24 2023
Yeah so we are all for "let's just append as default and maybe think about something more for the future, if they ask"
What if it were possible to intentionally remove a tag by passing the tag prepended with - to signify removal? like ?tags=-ABCDE to remove a tag but otherwise the behavior would be to just append. I realize this doesn't have the same compatibility advantages but it does offer slightly more flexibility for use in ad-hoc workflows.