Closed
Bug 469502
Opened 17 years ago
Closed 17 years ago
Email opt-in checkboxes on add-on developers' user pages not checked by default
Categories
(Infrastructure & Operations Graveyard :: WebOps: Other, task)
Infrastructure & Operations Graveyard
WebOps: Other
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: stephend, Assigned: oremj)
References
()
Details
URL: https://addons.mozilla.org/en-US/firefox/users/edit#profile-notifications
Over in https://bugzilla.mozilla.org/show_bug.cgi?id=465698#c0, fligtar writes:
"both boxes should be checked by default.", referring to the email opt-in functionality:
[X] Add-on Compatibility (strongly recommended)
[X] Upcoming events and contests
which should appear for add-on developers who have at least one add-on on AMO.
However, even with the 4.0.4 push to prod and its SQL having been run, those are not checked by default for those accounts.
Comment 1•17 years ago
|
||
This is still happening in production, and saving the notifications doesn't work.
I'm thinking this a memcache problem or something similar, because it works fine locally but not in production/preview.
We need to fix this ASAP so that we can send out the upcoming email to developers about compatibility.
Mike, can we have someone look at this?
Severity: major → blocker
Target Milestone: --- → 5.0.1
Comment 2•17 years ago
|
||
This is the same form that is saving all the user info that works fine (and doesn't get caught in memcache).
Comment 3•17 years ago
|
||
This is fixed on preview - it was missing the database columns.
Production has the columns though and it still doesn't work. oremj, any ideas?
Comment 4•17 years ago
|
||
Flipping to IT.
Assignee: nobody → server-ops
Component: Developer Pages → Server Operations: Web Content Push
Product: addons.mozilla.org → mozilla.org
QA Contact: developers → mrz
Target Milestone: 5.0.1 → ---
Version: unspecified → other
| Assignee | ||
Updated•17 years ago
|
Assignee: server-ops → oremj
Comment 5•17 years ago
|
||
I paged oremj but he hasn't responded yet. I can probably help if you give me a clue what I need to look for.
Assignee: oremj → server-ops
Comment 6•17 years ago
|
||
I've got a feeling it's something to do with the databases. Cake does a `describe` on the table and then builds a query with what it discovers.
username, last name, etc. are all part of the same <form> and all part of the same query and they are all working fine which leads me to believe that the `describe` that cake is doing isn't returning the right columns.
I've verified and so has oremj that the columns are there (we're talking about the notifycompat and notifyevents columns): http://oremj.pastebin.mozilla.org/610886
So...this makes me think that what IT is calling production is not what AMO is talking to...?
| Assignee | ||
Updated•17 years ago
|
Assignee: server-ops → oremj
| Assignee | ||
Comment 7•17 years ago
|
||
[root@mrapp05 addons.mozilla.org-remora]# cat site/app/config/config.php | grep -e "^define('DB_HOST" -e "^define('DB_NAME'"
define('DB_NAME','addons_$$$$$');
define('DB_HOST','10.2.$$.$$$'); /* tm-amo-master01 */
[oremj@sys ~]$ echo "DESC users;" | ssh 10.2.$$.$$$ mysql addons_remora;
Field Type Null Key Default Extra
id int(11) unsigned NO PRI NULL auto_increment
email varchar(255) YES UNI NULL
password varchar(255) NO
firstname varchar(255) NO
lastname varchar(255) NO
nickname varchar(255) NO MUL
emailhidden tinyint(1) unsigned NO 0
sandboxshown tinyint(1) unsigned NO 0
homepage varchar(255) YES NULL
confirmationcode varchar(255) NO
notifycompat tinyint(1) unsigned NO MUL 1
notifyevents tinyint(1) unsigned NO MUL 1
created datetime NO MUL 0000-00-00 00:00:00
modified datetime NO 0000-00-00 00:00:00
notes text YES NULL
vanilla_role_id int(11) NO 3
vanilla_icon varchar(255) YES NULL
vanilla_count_discussions int(11) YES 0
vanilla_count_comments int(11) YES 0
vanilla_last_discussion datetime YES 0000-00-00 00:00:00
vanilla_discussion_spam_check int(11) YES 0
vanilla_last_comment datetime YES 0000-00-00 00:00:00
vanilla_comment_spam_check int(11) YES 0
vanilla_comment_format varchar(20) YES TEXT
vanilla_preferences text YES NULL
| Assignee | ||
Comment 8•17 years ago
|
||
I think the cake tmp/cache/models were stale. I cleared it out on all the app servers and am willing to bet this is fixed now. Let me know if it isn't.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 9•17 years ago
|
||
Yep, fixed now. Thanks.
| Reporter | ||
Comment 10•17 years ago
|
||
Verified FIXED; now showing up on https://preview.addons.mozilla.org/en-US/firefox/users/edit#profile-notifications.
Status: RESOLVED → VERIFIED
| Reporter | ||
Comment 11•17 years ago
|
||
(And, uh, since this wasn't a code fix, I just verified it as fixed on prod too: https://addons.mozilla.org/en-US/firefox/users/edit#profile-notifications.)
Updated•12 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•7 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•