View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004524 | MMW v4 | Other | public | 2008-04-02 15:35 | 2008-04-04 20:47 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Fixed in Version | 3.0 | ||||
| Summary | 0004524: f_aac codec trial behaves incorrectly on expiration | ||||
| Description | When the trial expires, if the user tries to encode an album, a warning appears asking the user if they'd like to upgrade. If the user clicks Yes -->1) Web page opens, BUT MM attempts to encode the track and generates a dummy .m4a track. -->2) The user is prompted again whether they want to upgrade for the second track on the album, and the first bug again occurs. If the user clicks No, the bug occurs almost identically, except for the fact that bug 1) doesn't trigger a web page to open. What should happen is that: -If the user clicks 'Yes' the web page should open and MM should return the user to the dialog they were previously in (e.g. Rip CD, Convert, Burn Data CD). -If the user clicks 'No', MM should return the user to the dialog they were previously in (e.g. Rip CD, Convert, Burn Data CD). -If the failure occurred due to auto-conversion in the Sync dialog, then MM should probably give the warning before the sync begins, and open up the auto-conversion tab. Note: I expect that these same issues apply to the MP3 encoder, so perhaps we can triage this to 'urgent' if it's not a trivial fix. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1155 | ||||
|
|
Re: MM should return the user to the dialog they were previously in (e.g. Rip CD, Convert, Burn Data CD) - I don't think that this can be done directly in the plug-in. This requires changes in the main application. So I would mark this as urgent for MM 3.1. Re: The dummy m4a and giving a warning before the sync - This also requires changes in the main application and needs to be probably somehow resolved in MM 3.0 Assigning to Jiri for a review. |
|
|
I think that we should only try to prevent dummy m4as for now, which shouldn't be too hard to do in MM (just by checking error results from plug-ins). Decreasing priority to Urgent and assigning to Ludek. |
|
|
Fixed 1155. i.e. Prevented dummy m4a from creating. |
|
|
Verified 1155. |
