In https://tracker.phpbb.com/browse/PHPBB3-16399 and https://tracker.phpbb.com/browse/PHPBB3-15712, phpBB was fixed to correctly store emoji characters when entered as part of a subject line.
What comes to mind for being either the logical or necessary design needed for "taking the next step"? For ...
Search found 21 matches
- Fri Feb 26, 2021 6:05 pm
- Forum: [3.x] Discussion
- Topic: Processing post subjects for display
- Replies: 0
- Views: 144260
- Sun May 03, 2020 2:43 pm
- Forum: [3.x] Tickets Discussion
- Topic: [PHPBB3-16426] Search settings should allow specification of number of characters to return
- Replies: 12
- Views: 44095
Re: [PHPBB3-16426] Search settings should allow specification of number of characters to return
That's awesome, thanks. Clearly there are some changes where "you'll need to update the style" is the only practical option; this one just felt like there was an "easy" backwards compatibility story.
- Tue Apr 21, 2020 12:32 am
- Forum: [3.x] Tickets Discussion
- Topic: [PHPBB3-16426] Search settings should allow specification of number of characters to return
- Replies: 12
- Views: 44095
Re: [PHPBB3-16426] Search settings should allow specification of number of characters to return
Perhaps you guys want to test them out aswell ;)
Sorry, had not made it back in for a while. Indeed, appreciate the quick work. Very clean and elegant on the "forum search" link, and appropriate that a style could continue using U_SEARCH if desired or opt-in to the new U_SEARCH_FORUM link like ...
- Thu Apr 09, 2020 4:10 pm
- Forum: [3.x] Tickets Discussion
- Topic: [PHPBB3-16426] Search settings should allow specification of number of characters to return
- Replies: 12
- Views: 44095
Re: [PHPBB3-16426] Search settings should allow specification of number of characters to return
This specific ticket arose because members of a board were confused the search output they were seeing, which lead to discover a value was hardcoded and I couldn't change it. Then I realized that the majority of times I'm searching on a phpBB board, I'm almost always using the Advanced search and ...
- Thu Mar 19, 2020 1:58 pm
- Forum: [3.x] Tickets Discussion
- Topic: reCAPTCHA v3 proposal
- Replies: 5
- Views: 19355
Re: reCAPTCHA v3 proposal
Agree that the change from Checkbox to Invisible was not "mandatory" but just desirable; as being potentially even less friction and "latest" technology.
So long as the "backwards compatibility" plan of re-introducing "reCAPTCHA v2 Checkbox" as a selectable plug-in (i.e. what was called simply ...
So long as the "backwards compatibility" plan of re-introducing "reCAPTCHA v2 Checkbox" as a selectable plug-in (i.e. what was called simply ...
- Mon Mar 16, 2020 11:11 am
- Forum: [3.x] Tickets Discussion
- Topic: reCAPTCHA v3 proposal
- Replies: 5
- Views: 19355
Re: reCAPTCHA v3 proposal
Well, there is the simple difference that v3 keys are different to v2 keys.
So it can not just be upgraded, as v2 users will then be left with a non-working captcha.
Correct. Which is the situation we have right now updating from phpBB 3.2.x to phpBB 3.3.0. Someone with a 100% working reCAPTCHA ...
- Mon Mar 16, 2020 5:23 am
- Forum: [3.x] Tickets Discussion
- Topic: reCAPTCHA v3 proposal
- Replies: 5
- Views: 19355
reCAPTCHA v3 proposal
https://github.com/phpbb/phpbb/pull/5902
This seemed like perhaps a longer or more free-from discussion than deserved to be in github comments, so starting one here.
What are the philosophical and/or technical constraints that led to a direction of adding a separate "reCAPTCHA v2" and "reCAPTCHA ...
This seemed like perhaps a longer or more free-from discussion than deserved to be in github comments, so starting one here.
What are the philosophical and/or technical constraints that led to a direction of adding a separate "reCAPTCHA v2" and "reCAPTCHA ...
- Fri Dec 20, 2019 2:28 pm
- Forum: [3.x] Discussion
- Topic: Splitting off part of UCP
- Replies: 7
- Views: 25444
Re: Splitting off part of UCP
board or policies
- terms
- privacy
Understood that it must have a name/prefix. "policies" does seem like it could be long-term appropriate, with maybe other board-wide policies (COPPA, cookies) somehow ending up with a front-end page in here at some point too.
"registration" had just seemed ...
- Wed Dec 18, 2019 11:05 pm
- Forum: [3.x] Discussion
- Topic: Splitting off part of UCP
- Replies: 7
- Views: 25444
Re: Splitting off part of UCP
Agree wholly with the reasons for splitting these functions into a module separate from "user".
If I could create as many as I want and name them anything, maybe slightly more granular?
"registration": // no confirmed account exists yet
terms
privacy
register
activate
resend_activation ...
If I could create as many as I want and name them anything, maybe slightly more granular?
"registration": // no confirmed account exists yet
terms
privacy
register
activate
resend_activation ...
- Tue Dec 10, 2019 1:39 pm
- Forum: [3.x] Tickets Discussion
- Topic: [PHPBB3-16207] Require cookies for sessions
- Replies: 3
- Views: 20820
Re: [PHPBB3-16207] Require cookies for sessions
Can this problem be emulated with a localhost test environment? For example, Is there a delay that can be inserted in the source code to force the error message?
Not that I'm aware of. I'm not saying it "can't" be duplicated there; only that have not been able to duplicate the blatant or ...