This seems to impact mail deliverability to @icloud.com addresses too.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Fri, Jan 10
Thu, Dec 26
Wed, Dec 25
Sun, Dec 22
Sat, Dec 21
Dec 4 2024
Please "remind" me about this ticket as often as possible, so I will fix it. I have everything I need to actually fix this, except the willpower.
We should maybe rewrite a bit the proposed solution, since ideally it's possible to use upstream.phorge.dev but it should be at least reachable to pass some anti-spam checkers I guess. At the moment it isn't:
Jun 27 2024
May 11 2024
X-Spam-known-sender: no X-Spam-sender-reputation: 500 (none) X-Spam-score: 0.8 X-Spam-hits: BAYES_50 0.8, ME_SENDERREP_NEUTRAL 0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED 0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED 0.001, SPF_HELO_PASS -0.001, SPF_PASS -0.001, LANGUAGES en, BAYES_USED user, SA_VERSION 3.4.6 X-Spam-source: IP='198.74.57.92', Host='secure.phorge.dev', Country='US', FromHeader='dev', MailFrom='dev' X-Spam-charsets: plain='utf-8'
May 10 2024
And my spam filter says:
May 8 2024
Maybe relevant, from my Postfix logs:
Apr 28 2024
I agree that an additional status is needed for closing when creating a task. Current statuses are not obvious. "Closed, Graduated" is good to fast decision.
Apr 25 2024
Apr 16 2024
Apr 15 2024
Jan 13 2024
I've created R10 PhorgeIt Extension for this, with a little bit of content. I'll load it to the server shortly.
Nov 20 2023
I sincerely thought that "Obsolete" was the good one semantically.
Sep 10 2023
Seems like it is solvable via
Sep 6 2023
Jul 31 2023
Jul 25 2023
Jul 9 2023
While Deploy Keys do not appear to be the tool, I just configured a new Personal Access Token that's tied to the PhorgeIt organization. If there are any issues, please open a new task and assign it to me, I'll take a look.
Jun 29 2023
Jun 24 2023
It's an infra issue, but it's our infra :(
Jun 7 2023
Jun 5 2023
Yeah. Maybe also test plans etc.
What is being referred to as "Public Contents"? Wiki documentation? Diviner documentation? Ponder questions/answers? Other than those I'm not sure that should apply.
May 22 2023
May 17 2023
Issue on my end, will try to get the Mysql credentials set up for running tests
Ah! That makes sense!
Running unit tests...
(Unless there's some PHP 8.2 bug in my arc invocation... )
Pretty sure, here's the full --trace output, you can see it's trying to talk to we.phorge.it (also, I see we.phorge.it in my ~/.arcrc)
I say this, since we are receiving Diffs from many other people without issues it seems:
Are you 100% sure that you are communicating with this upstream?
May 15 2023
May 1 2023
Apr 27 2023
(there used to be a "feature flags" application in Phabricator,
Apr 26 2023
I can no longer reproduce this, so I'm guessing it was something bad in my setup.
Apr 25 2023
I never tested that, but maybe we can create a couple of minimal Herald rules consisting in "Use Herald Rule H22" or similar
I've added H22, but I think at this point we should start writing code for what exactly is allowed/not allowed for these two branches.
It's also kind of annoying that there's no way to use the same rule for both repos.
Apr 7 2023
Apr 6 2023
Yeah sorry, I mis-used Projects since I was not bold enough to mark more appropriately with #Milestones (that we know are a type of Project internally)
I removed the tag from some tasks that are about Workboards and not about projects.
Projects isn't archived.
I'm still confused. I noticed that the Projects (archived) was archived since probably it was a sub-project, but why also Projects was emptied? It's a core component of Phorge, and it contained more than 3-4 Tasks inside (so, inside the avivey rule of thumb mentioned above). In this way I just feel like am I bothering you, just for trying to organize a massive work on a community project?
I'm done cleaning up Projects for now.
I'm ok with you creating a new Files tag for the Files app.
Avivey I understand your point of view, but please understand that it's really not feasible to look for "files" in the search engine, since we know in the IT everything is a file. Instead, just allowing people to click on a Tag and see some Tasks that are really related to what most looking is looking for (Files component), it's useful.
@avivey, @valerio.bozzolan this is not a place to discuss Files (archived).
We have a really good text-search system. Just go to maniphest and search for "files", you'll get everything that's related to it.
In T15130#5832, @avivey wrote:I archived Files (archived) because there was nothing there.
In T15130#5832, @avivey wrote:I archived Files (archived) because there was nothing there.
If it gets traffic, we can create a relevant tag.There's no reason to create projects/tag on the off-case that "we might need this some day".
I archived Files (archived) because there was nothing there.
If it gets traffic, we can create a relevant tag.
In T15130#5813, @valerio.bozzolan wrote:I disagree: I strongly suggest to keep the ability to use Projects as Tags. One problem is Mobile that affects mobile users, but it's not related to a particular area of interest like Diffusion. Also, Files (archived) , I don't agree on archiving it, since having that Tag dramatically simplifies searching for that specific topic on a search engine.
If one topic has multiple tags, is just easier to find it. Not less difficult. It's just a matter of having clear Projects for components) and Projects for topic Tags.
In T15130#5812, @avivey wrote:For php, eg, having a column for "8.2" under "php 8" is plenty detailed enough.
I disagree: I strongly suggest to keep the ability to use Projects as Tags. One problem is Mobile that affects mobile users, but it's not related to a particular area of interest like Diffusion. Also, Files (archived) , I don't agree on archiving it, since having that Tag dramatically simplifies searching for that specific topic on a search engine.
For php, eg, having a column for "8.2" under "php 8" is plenty detailed enough.
Adding lots of projects makes it harder to find the right project for a given thing.
I'm also the author of the first table here in the Change Log:
In T15130#5798, @avivey wrote:
In T15130#5794, @avivey wrote:ah
For our codebase, it's enough to have a single "8.x" tag. We have several millions lines of code less then wikimedia.
In T15130#5788, @avivey wrote:@Cigaryno wtf?
For our codebase, it's enough to have a single "8.x" tag. We have several millions lines of code less then wikimedia.
In T15130#5784, @avivey wrote:I'm starting on some of the top-level redundancies (such as ..., and at least 3 different projects for php 8 support!)
@valerio.bozzolan what?
Just a clarification:
@Cigaryno wtf?
I've killed all the stuff from under Phorge, and I'm starting on some of the top-level redundancies (such as Typeahead and typehead, and at least 3 different projects for php 8 support!)