Opened 8 years ago
Closed 8 years ago
#2034 closed defect (bug) (fixed)
Changes in User Settings at https://translate.wordpress.org/settings are discarded
Reported by: | pixolin | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Component: | Translate Site & Plugins | Keywords: | |
Cc: |
Description
On https://translate.wordpress.org/settings I try to change the "Number of items per page" but after entering another numeric value and clicking the button "Change Settings" my changes are discarded and the old values are shown. Same applies for all other two settings in that form. Using a different browser doesn't change anything.
Change History (7)
#2
follow-up:
↓ 3
@
8 years ago
- Keywords reporter-feedback added
I can't reproduce this issue. Do you see anything wrong with https://github.com/GlotPress/GlotPress-WP/blob/2.1.0/gp-includes/routes/settings.php#L29-L64?
#3
in reply to:
↑ 2
@
8 years ago
- Keywords close added; reporter-feedback removed
- Resolution set to worksforme
- Status changed from new to closed
I just looked again and settings menu now seems to be back working normally.
I switch workflow to "close", right?
#4
follow-up:
↓ 5
@
8 years ago
- Keywords close removed
- Resolution worksforme deleted
- Status changed from closed to reopened
Still doesn't work for me:
- I change "Number of items per page:" from 120 to 100 and click Change Settings.
- After a page refresh, the value is still 120.
Latest Chrome, Windows 10.
#5
in reply to:
↑ 4
@
8 years ago
Replying to SergeyBiryukov:
Still doesn't work for me:
Ups, sorry, made the wrong assumption it would work for everyone now.
Everything fine for me at the moment.
#6
@
8 years ago
Same issue on Rosetta's Translation Editors page:
https://ru.wordpress.org/wp-admin/admin.php?page=translation-editors
If I change Number of items per page
in Screen Options from 20 to 100, the change is not saved.
#7
@
8 years ago
- Resolution set to fixed
- Status changed from reopened to closed
Fixed in [dotorg12451]:
Delete user data in the 'users' cache group on meta data changes.
We have to do this because bbPress 1.x uses BackPress which appends user meta to the user object and stores it in the 'users' cache group, see https://backpress.trac.wordpress.org/browser/branches/bbpress-1.0-backpress/includes/class.wp-users.php?marks=467#L427.
WP_User::init()
allows to initialize a new user object with any arbitrary data. In this case it will be bbPress'/BackPress' outdated user meta.
WordPress uses a custom cache group for meta data so it doesn't delete the data in the 'users' cache group by default.
This plugin can be removed once all bbPress 1/BackPress-reliant stuff is gone.
Confirmed.