| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Implement the suggestion made by Adam in the ticket, this will add
an additional checkbox to the mass e-mail page. By checking this
the mass e-mail shall also be send to banned users. By default
banned users however are excluded from the mass e-mail.
PHPBB3-9581
|
|\
| |
| |
| |
| | |
* ticket/nickvergessen/9911:
[ticket/9911] Correctly open "Minimum posts" on editing a rank in IE.
|
| |
| |
| |
| |
| |
| | |
IE handles onchange after the next click on the page, instead of directly like Firefox, Opera and Safari do. Changing it to onclick works.
PHPBB3-9911
|
|\ \
| | |
| | |
| | |
| | | |
* ticket/nickvergessen/9915:
[ticket/9915] "Length of ban:" is not displayed in ACP
|
| |/
| |
| |
| |
| |
| |
| | |
Regression from PHPBB3-9695, innerHTML does not work on input-fields, so we
need to go back to "value", which we had before.
PHPBB3-9915
|
| |
| |
| |
| | |
PHPBB3-10072
|
|\ \
| |/
|/|
| |
| | |
* ticket/nickvergessen/10024:
[ticket/10024] Populate unread information to template for styling issues.
|
| |
| |
| |
| | |
PHPBB3-10024
|
|\ \
| | |
| | |
| | |
| | | |
* ticket/raimon/9980:
[ticket/9980] URLs to javascript should be T_SUPER_TEMPLATE_PATH instead of T_TEMPLATE_PATH
|
| | |
| | |
| | |
| | |
| | |
| | | |
T_TEMPLATE_PATH
PHPBB3-9980
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* ticket/bantu/10009:
[ticket/10009] Entries are always posts, update fields accordingly.
[ticket/10009] Always show 'published' data in feed item statistics.
[ticket/10009] Make atom:update output unconditional and before atom:published
[ticket/10009] Send atom:updated whenever possible
[ticket/10009] Differentiate published from updated in Atom feed
|
| | | |
| | | |
| | | |
| | | | |
PHPBB3-10009
|
| | | |
| | | |
| | | |
| | | | |
PHPBB3-10009
|
| | | |
| | | |
| | | |
| | | | |
PHPBB3-10009
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
For posts/topics which have not been edited/updated, use the creation
date to populate atom:updated, as suggested by bantu. This should
increase compatibility with user agents which expect an atom:updated
element.
PHPBB3-10009
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Change the handling of dates to differentiate between the date when an
entry was published and the date on which it was last updated.
Incorporate this information into the Atom feed by using <published> and
<updated> appropriately according to sections 4.2.9 and 4.2.15 of the
spec.
PHPBB3-10009
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
* ticket/nickvergessen/10036:
[ticket/10036] Use image from configuration file for displaying online-status.
|
| | | | |
| | | | |
| | | | |
| | | | | |
PHPBB3-10036
|
| |_|_|/
|/| | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This also moves the code up to the point where we know that the user is a bot.
Regression from d07e152ea7e820c5a0e47aeb8004fa0b5621a314
PHPBB3-9912
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
* ticket/callumacrae/7834:
[ticket/7834] Topic time didn't update when first post was deleted
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
When the first post of a topic was deleted, the topic time didn't
update - it should have changed to the time of the next post.
This commit simply applies lefty74's patch posted in the ticket. It gets
the post time of the next post from the database, and updates the thread
accordingly.
This patch is not my work at all and all credits go to lefty74, I just
transferred it onto GitHub
PHPBB3-7834
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
* ticket/callumacrae/9872:
[ticket/9872] Removed some useless code that broke delete_posts
|
| |/ / / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
When in the ACP, there is the option to delete a user and all their
posts. This would then call the user_delete function and define $mode as
'remove'.
On lines 485-521 was some code that would delete their topics, then
after that there would be a call to delete_posts - which would also
delete their topics. It would not update the board statistics, and the
thread count would remain the same, even though several had been
deleted. It stopped delete_topics functioning correctly, so
delete_topics would not update the board statistics either.
My solution to this is to delete lines 485-521 and allow delete_posts
to call delete_topics, thus updating the thread count in the statistics.
PHPBB3-9872
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
* ticket/callumacrae/9997:
[ticket/9997] Fixed an inconsistency in the Moderator Control Panel
|
| |/ / / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The order of the Approve / Disapprove buttons was inconsistent in the
Moderator Control Panel - while on the main page and the moderation
queue itself the Approve button was to the right of the Disapprove
button, in the post details the Approve button was to the left of the
Disapprove button.
This very simple edit simply switches the position of these two buttons
in the post details page in the mcp.
PHPBB3-9995
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
* ticket/nickvergessen/9874:
[ticket/9874] view_log() performs unneeded count query over all log entries.
|
| |/ / / /
| | | | |
| | | | |
| | | | | |
PHPBB3-9874
|
|\ \ \ \ \
| |/ / / /
|/| | | |
| | | | |
| | | | | |
* ticket/p/10058:
[ticket/10058] Initialize $phpbb_root_path in mysql_upgrader.php.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Since knowledge base instructions tell users to place this script
in the root of the forum, use './' as phpbb root path. Actual
initialization code copied from check_flash_bbcodes.php.
PHPBB3-10058
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
* ticket/p/10041:
[ticket/10041] Use send_status_line more in download/file.php
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
PHPBB3-10041
|
|\ \ \ \ \ \
| |_|/ / / /
|/| | | | |
| | | | | |
| | | | | | |
* ticket/p/10056:
[ticket/10056] Corrected a typo in Firebird name.
|
| |/ / / /
| | | | |
| | | | |
| | | | | |
PHPBB3-10056
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Correct all the schema files to contain the new field type
PHPBB3-7778
|
| | | | |
| | | | |
| | | | |
| | | | | |
PHPBB3-7778
|
|/ / / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
There are currently two hard limits for the number of BBCodes
allowed. One is enforced by the type of the `bbcode_id` column,
the other by an hard limit in `acp/acp_bbcode.php`. However this
limit can never be reached due to the size of the database column.
Suggested fix involves adding a new constant to define the max.
number of BBCodes (as with smilies) and chaning the database
column from a tinyint to a smallint to actually allow 1511 BBCodes
PHPBB3-7778
|
|\ \ \ \
| |_|/ /
|/| | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* ticket/nickvergessen/9675:
[ticket/9675] Correctly check whether the style/component is still in use.
[ticket/9675] Put the code into methods to avoid code duplication.
[ticket/9675] Adjust the language-string to reflect the changes.
[ticket/9675] Add option to delete template/theme/imageset when deleting style.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
And don't allow to delete it in that case.
PHPBB3-9675
|
| | | |
| | | |
| | | |
| | | | |
PHPBB3-9675
|
| | | |
| | | |
| | | |
| | | | |
PHPBB3-9675
|
| | | |
| | | |
| | | |
| | | | |
PHPBB3-9675
|
| | | |
| | | |
| | | |
| | | | |
PHPBB3-10047
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
* ticket/nickvergessen/9944:
[ticket/9944] Add empty line before the while() so you can better read the code
[ticket/9944] Extension groups naming don't use users' language in ACP
|
| | | | |
| | | | |
| | | | |
| | | | | |
PHPBB3-9944
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | | |
Only happens on boards which were installed with 3.0.8
PHPBB3-9944
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When displaying the default value for a numeric custom profile field, only use
request_var to obtain the value on creation. When editing, it will always
override the actual value with an empty string, as this is request_var's default
return value.
PHPBB3-8904
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
There is no reason not to use request_var() here because it is available anyway
since 3afd2c6948e777fde2f43f00bff1659f2691f4d8.
This change especially prevents submitting an array which might then throw an
error in one of the string functions substr() or strpos() later on.
PHPBB3-10038
|
|\ \ \ \
| |_|/ /
|/| | |
| | | |
| | | | |
* ticket/p/10029:
[ticket/10029] Use $_SERVER['SERVER_PROTOCOL'] for determining HTTP version.
|
| | | |
| | | |
| | | |
| | | | |
PHPBB3-10029
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
* ticket/nickvergessen/9949:
[ticket/9949] Unit tests for user::lang()
[ticket/9949] $user->lang() uses last int-value to get the key not first
|