I think that for the "the name I use is not my legal name" use-case, I'm pretty sure it's fine to use the name that is actually used (because that's what the person is normally known as). It's probably easier to justify accepting a name that is used in real life then "internet handle", but ㄟ( ▔, ▔ )ㄏ
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Yesterday
What do other CLAs do about this?
I'm... honestly not sure, I haven't signed one before. If I had to, I'd ask the maintainers before doing so ^^;
Sun, Dec 15
In T15121#20192, @BlankEclair wrote:Would the CLA have to be signed with one's legal name?
Sat, Dec 14
Would the CLA have to be signed with one's legal name?
Nov 2 2024
Oct 31 2024
Oct 18 2024
Oct 9 2024
If I were starting today I would probably design the back-end APIs first, then make the web interface derive from those APIs, such that web requests and api requests are not really any different, at least with regard to enforcing access controls.
Oct 8 2024
Sep 17 2024
Sep 16 2024
Sep 5 2024
Sep 4 2024
Sep 3 2024
Aug 31 2024
It seems to me that in general more information should be added to the main page: screenshots, main features, as is usually done in other large projects.
Supporting PHP 8.4 (currently planned for 2024-11-21) will require PHP syntax introduced in PHP 7.1 per T15935.
Aug 28 2024
Aug 24 2024
Also related: T15025
Aug 15 2024
Aug 11 2024
Aug 10 2024
Well, I doubt we can dig more than this.
Aug 9 2024
Aug 7 2024
Jul 31 2024
I do not understand this thing more than this. Help welcome.
Jul 30 2024
Jun 15 2024
Jun 14 2024
May 21 2024
@avivey that's an excellent observation.
That "don't sign a CLA" article should be titled "don't sign away your copyrights", to be more accurate and less click-bait-y. A CLA may ask you to sign away copyrights (which I feel makes the project non-open-source) ; It doesn't have to.
May 20 2024
I'm pretty fine with DCO (which I already do every commit via the git commit -s command) — but I'd rather not sign a CLA. (I’m pretty undecided if I will sign phorge's CLA, but phorge is not commercial entity seeking to mongodb/terraform/elasticsearch-ize the software (read: make a profit from open source, then turn it into All Rights Reserved) so I might do so… after all these incidents I'm rather wary of it.)
May 15 2024
May 10 2024
Apr 29 2024
Apr 28 2024
Yeah, thad makes sense, I guess.
Suddenly, yesterday I was also talking in one of the kanban communities and I had to tell them that Phorge is a fork of the Phabricator, and not some kind of independent thing without a background. People don't quite understand this.
Apr 27 2024
Apr 26 2024
Apr 25 2024
Apr 23 2024
Good question.
Apr 20 2024
Apr 18 2024
Yeah, that might help (like specifically in the case of the Clone dialog) even though it wouldn't help with dialogs containing writable inputs. (E.g. on the repository page, click Flag For Later instead and press Shift+Tab and Escape.) A better fix would lie at https://we.phorge.it/source/phorge/browse/master/webroot/rsrc/externals/javelin/lib/Workflow.js$413 where either the getSpecialKey would need improvement itself to return true for these non-modifying keys, or it would need to be amended with a custom check in that regard. However, I don't know where that function comes from.
Probably something here should be expanded to check if the form contains at least a visible input without read-only
Apr 16 2024
:p
I was responding to the previous comment which...
Our company uses the Phorge, and we use Keycloak as IAM. Keycloak is a very popular OAuth2/SAML provider now.
Apr 15 2024
Apr 13 2024
GitHub/Facebook is already supported as a Login/Registration providers.
Apr 9 2024
Apr 8 2024
In T15047#1308, @speck wrote:
Apr 5 2024
Did that Phactory: Hosting Projects Here
Apr 2 2024
I can reproduce this, on an hosted Subversion repository.
Yes will be great to see a SAML or Oauth support for external authorities like:
- Keycloak
- Entra ID
- Github
- WeChat / WeCom
Mar 28 2024
Mar 25 2024
Premising that we may want to rollback 328aee033fbd, probably this line is broken:
Ouch. Probably partially my fault. Feel free to escalate this as Task under Bug Reports - close this as obsolete then
I can reproduce this on master with basically any string search.
https://we.phorge.it just works fine. :L
Interesting. This cannot be reproduced here in this website https://we.phorge.it? isn't it? I think no
:p
(Please edit file Visibility to make them Public :D It's another bug ihih - thanks! <3)