- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Feb 20 2020
These callers use accountId:
I think the patch above is a piece of the solution here, but makes behavior worse for some installs: installs with a version of JIRA which returns both key and accountId will have worse behavior under the patch than without it (since it will break all the existing account links immediately). It also doesn't smoothly migrate these installs, even though it's theoretically easy/desirable to do that.
Ah, thanks. Yeah, I think that's reasonable. I'm sure some other things can still be cleaned up -- like I changed the "Subscribers" UI a little bit recently, and it could now handle disabled users more clearly:
IMHO this could be closed as resolved these days.
Feb 19 2020
When a user logs in to "new" JIRA, we also can't easily tell if they have an existing account link based on the presence of an accountId.
Feb 17 2020
Yep, D21004 seems to have done the job
I'm changing the minimum required version to PHP 5.5; see T13492 for 5.5-specific followup.
This is likely fixed, at least for the moment, by D21004.
I don't have a Freelancer CLA on file. (This is near the top of my queue of things to fix anyway so it's probably moot.)
@epriestley, I believe Freelancer.com has already signed the Corporate CLA, cc @joshuaspence
Feb 16 2020
Feb 15 2020
I incorporated these changes into D21001. Thanks!
Feb 14 2020
Specifically, all of the removed rules point at controllers which no longer exist. Most of these were Preview or Edit controllers which are now handled by EditEngine or some other piece of centralized infrastructure.
Obsoleted by a cleaner fix in D21000.
I have another patch on top of D20998 which brings unit over, but it's currently so broken that it can't diff itself.
My theory at one point was that the lowest position is more visible (i.e., easier to locate visually -- since you know it's at the bottom, and the bottom of the curtain is visually distinct) than positions in the middle of the curtain (which don't have a well-known position), even if they're higher on screen. So that's why "Assigned/Authored" are currently at the bottom. However, feedback doesn't necessarily seem to align well with this theory (several other users have also suggested that they'd prefer this UI use "higher = more important" ordering).
@epriestley: That's an awesome change, but now the list of subscribers is way more prominent than the assignee. Wouldn't it make more sense to put assignee (which is more important information IMO) before the list of subscribers?
Just a suggestion! Thanks for your awesome work 👍