Closed
Bug 456090
Opened 17 years ago
Closed 17 years ago
New translations can't be saved
Categories
(addons.mozilla.org Graveyard :: Developer Pages, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
3.5
People
(Reporter: fligtar, Assigned: wenzel)
References
Details
When changing an add-on's description or any other text field and saving, the success page shows the field updated, but going back to the page will look like it wasn't actually saved because it's cached.
Assignee | ||
Comment 1•17 years ago
|
||
Sounds like a good excuse to use the new object caching framework.
Reporter | ||
Comment 2•17 years ago
|
||
Actually this has nothing to do with caching. It starts a transaction, saves the data properly, and then rolls back. No idea why - it doesn't happen on dev copy but happens on preview and production.
Reporter | ||
Comment 3•17 years ago
|
||
I was using the 3.5 branch to test this locally and it worked fine there, but doesn't on trunk. So, something changed on trunk recently that made new translation strings rollback. This isn't exclusive to the new Dev CP tool, this also broke the old tool which didn't have any changes in this area.
I haven't been following AMO development as closely - does someone know what might have caused this?
Severity: normal → critical
Summary: Add-on changes being cached in Dev CP → New translations can't be saved
Assignee | ||
Comment 4•17 years ago
|
||
I cannot confirm this on my dev copy but I can sure imagine where it comes from: A change to the aftersave callback of the addon model led to the app_model's aftersave callback not being executed anymore. The latter is responsible for calling commit() on the transaction.
Assignee | ||
Comment 5•17 years ago
|
||
I added the missing parent:: call in r18412. Apologies.
Fligtar, can you confirm that this was the problem? As I said, I was unable to reproduce the problem in the first place on my local dev copy. I'll make sure to confirm it on preview though once it lands.
Keywords: push-needed
Assignee | ||
Comment 6•17 years ago
|
||
I can't reproduce the bug on preview, even though my fix hasn't landed there yet: Name changes to an arbitrary add-on take effect immediately.
Reporter | ||
Comment 7•17 years ago
|
||
Thanks Fred. This fixed it on my dev copy and preview hasn't caught up yet.
morgamic: can we tag and push this ASAP? People are currently editing their add-ons and not realizing their changes aren't sticking. And new add-ons that have been submitted are basically pointless.
Assignee: nobody → fwenzel
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 8•17 years ago
|
||
Verified FIXED on:
https://preview.addons.mozilla.org/en-US/firefox/developers/edit/7522
-and-
https://preview.addons.mozilla.org/en-US/developers/addon/edit/7526/descriptions
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Keywords: push-needed
Updated•9 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•