It also effects the PhabricatorCustomField::ROLE_APPLICATIONSEARCH condition, and possibly actually storing the data in some search-able table.
But try other roles - maybe it will work anyway.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Mar 6 2024
( Welcome in Phorge \o/ you are now a Trusted Contributors - feel free to escalate as Task under Phame with a copy-paste for additional visibility, since it seems a super-appreciated Feature Requests )
Awesome thanks
Mar 5 2024
Hi @20after4
Maybe I should ask this following question in a new Ponder?
Thanks for your advise!
I’m not sure about Permalink being a top-level button. Maybe under the View Options menu?
ready for review, flagged the thing as side-effect
Maybe better to land this to help the author. The author cannot receive email notifications.
Mar 4 2024
I'm a bit happy that:
keep the original optimization about $is_claim, defined only in case
Thanks again for this proposed solution. I have now a big picture and I partially agree on the approach: the fix is there, in touching the manually-set claim action, but maybe we can just mute that "non-effective manual transaction" instead of dropping it. And anyway, we can maybe recycle some code about finding that transaction.
avoid to touch line 327
Evaluate the suggested refactor just for readability reasons :) fine also without that.
Mar 3 2024
Mission accomplished.
Thanks
I suggest to visit here:
I thought this was already in the repo, but I forgot to execute arc land... (sorry)
I bump into a 403 error when I execute it now.
I had one merge conflict in resources/celerity/map.php which I corrected manually.
Perhaps a single new sound is enough to change the world.
Super important meme to be kept from backward compatibility. The entire site is probably held up by this meme. Do not remove. Imported from:
Mar 2 2024
This is really cool!
(Test plan contains "tbd - This is still WIP" - please mark as such)
Unfortunately this does not cleanly applies anymore 🤔
Mar 1 2024
small fix
Cannot reproduce (or I misunderstand the steps):
- Created https://github.com/aklapper/emptyrepository for testing
- Went to phorge.localhost/diffusion/edit/form/default/?vcs=git and created emptyRepo.
- Went to http://phorge.localhost/diffusion/26/uri/edit/208/ and set URI's I/O Type to Read Only
- Went to http://phorge.localhost/diffusion/26/uri/edit/ and set URI to https://github.com/aklapper/emptyrepository and I/O Type to Mirror
- Went to http://phorge.localhost/owners/paths/1/ , edited/removed existing path by setting it to: Include R26 emptyRepo / , and clicked "Save Paths"
Second issue got already fixed by rPa7fb04f96c92d4ff57ac8c01213e6dd73a03f5d6 which wasn't linked to this ticket
@jeanguyomarch: If you could provide stacktraces of these issues, that would be awesome.
First part is D25483
Nuke Diviner page \o/ add txt somewhere
Feb 29 2024
So after working on this for a day or so, and making much progress, I found that I already built this once 🤦♂️
https://secure.phabricator.com/D17004
I like the result. Do you also think that the phrase is probably a bit too much in serious business mode? 🤔 Any idea about how to make it a bit more soft?
Added documentation in D25547: Diviner: Improve documentation for remarkup code blocks
Very thanks for your timely reply! Yes I tried change the form and it works.
And I just thought it would be great if I could change the calendar icon to a pie chart or progress bar.
Awesome! I'm glad it finally worked. If you want all of your tasks to have the 'deadline' subtype you can edit your task form to set the subtype (or create a separate form that sets the subtype) that way you don't have to manually change the type of each task after it's created.