lol
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
May 4 2021
The digestWithNamedKey() issue above generally impacts anything using immutable caches, so it can affect CSRF too.
May 2 2021
- This is far afield from any application I have today, but it seems plausible to operate a small-scale DIY plastic foundry (Ref) that converts plastic waste into blanks for machining or injecting into machined molds.
- The cost to just buy premade plastic blanks doesn't seem particularly high (roughly comparable to plywood?) although I know nothing about plastic qualities.
- Unsurprisingly, it seems like the market for recycled plastic material doesn't have a lot of DIY buyers (unit sizes are often: 1,500 pounds; per metric ton; per 40,000 pound truckload; "*Only Quantities of 10k lbs Plus").
- There are a handful of people doing extremely high-precision DIY EDM machining (Ref).
May 1 2021
Apr 30 2021
Hmm okay that might only take effect at the time of making commits, though I've run into other issues where phabricator/arcanist fails to parse the contents of a commit message and forcing it to interpret as UTF-8 via --encoding utf-8 in the mercurial command has worked.
I don't think HGENCODING applies to the content of changesets, since that would invalidate the changeset hashes and the whole revision graph with it.
Apr 28 2021
Apr 26 2021
Apr 25 2021
Apr 23 2021
To clarify I think having the environment variable set as HGENCODING=utf-8 would be a possible solution/workaround.
I have not tried this out yet but mercurial claims to respect an HGENCODING environment variable (https://www.mercurial-scm.org/doc/hg.1.html#environment-variables). It's possible that setting this on the phabricator server might fix the issue by affecting any hg commands run by phabricator. Note that the environment variable would need to be set/exported for both the system user account which phabricator web server runs under (like httpd or nginx) and the system user account which the daemons run under, as they both run mercurial commands.
Is this workaround now the recommended way to deal with this issue / ever going to be merged into the code base?
Apr 20 2021
ran generate_sprites.php
Apr 14 2021
Apr 13 2021
This issue is still occurring.. the root cause is related to phabricator being set to allow-public. My fix still works and it would be nice if anyone here would support me bringing this upstream.
Apr 9 2021
Apr 8 2021
Yes. I closed down registration on this install (secure.phabricator.com) several years ago because the overwhelming majority of users who registered accounts here didn't read or follow the rules. Access to secure.phabricator.com is now invite-only.
In T13589#254320, @epriestley wrote:Please use Discourse to report bugs.
Apr 7 2021
Ah, I think it's:
(This might need to be sprite-sheeted too, but I think the sprite stuff hasn't been used in years -- since we switched pretty much everything to icon fonts -- and don't remember exactly how it works. I can look into it and do the actual bin/uh-generate-a-sprite-sheet or whatever in a followup.)
Thanks!
Apr 6 2021
Apr 1 2021
tweak wording
Mar 29 2021
Mar 28 2021
One call to for-each-ref comes from resolving a list of commit hashes, to test if they still exist. This is accomplished with DiffusionLowLevelResolveRefsQuery, which calls git for-each-ref first and falls back to git cat-file --batch-check.
Has this repository changed?
Mar 27 2021
Mar 26 2021
This is now in stable; presuming it works until evidence to the contrary emerges.
D21656 fixes variables_order.