Mixxx overwrites database file without warning when importing mixxxtrack.xml

Bug #514540 reported by Sean M. Pappalardo
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Invalid
Low
Unassigned

Bug Description

Mixxx should pop a warning asking to overwrite or not if there's already a database file when it attempts to create one during import.

Changed in mixxx:
status: New → Confirmed
importance: Undecided → Low
assignee: nobody → Pegasus (pegasus-renegadetech)
milestone: none → 1.8.0
summary: - Mixxx overwrites database file when importing mixxxtrack.xml without
- warning
+ Mixxx overwrites database file without warning when importing
+ mixxxtrack.xml
Revision history for this message
Albert Santoni (gamegod) wrote :

It doesn't overwrite the database, it'll just import the tracks if they aren't in the DB.

Why is this a problem?

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

I think he means it renames the Mixxx 1.7.x database as mixxxtracks.xml.old every time you run Mixxx 1.8.0. This might be an issue if someone wants to switch off between Mixxx 1.8.0 and Mixxx 1.7.2.

Revision history for this message
Albert Santoni (gamegod) wrote : Re: [Bug 514540] Re: Mixxx overwrites database file without warning when importing mixxxtrack.xml

Ok, how do you want to deal with users that want to switch back and forth then?

I just feel like it's not worth our time to support moving backwards
to older versions of Mixxx. 1.8 won't be _that_ bad, right? :)

Albert

On Sat, Jan 30, 2010 at 3:10 PM, RJ Ryan <email address hidden> wrote:
> I think he means it renames the Mixxx 1.7.x database as
> mixxxtracks.xml.old every time you run Mixxx 1.8.0. This might be an
> issue if someone wants to switch off between Mixxx 1.8.0 and Mixxx
> 1.7.2.
>
> --
> Mixxx overwrites database file without warning when importing mixxxtrack.xml
> https://bugs.launchpad.net/bugs/514540
> You received this bug notification because you are a member of Mixxx
> Development Team, which is subscribed to Mixxx.
>

Revision history for this message
Sean M. Pappalardo (pegasus-renegadetech) wrote :

Oh, no, I didn't know that the importer was merging into the existing DB. (Didn't give you guys enough credit!) However, does the importer clobber tracks in the DB with imported ones with the same name? Even if so, that's not really a bug...maybe it should ask in case of conflict.

Changed in mixxx:
status: Confirmed → Incomplete
assignee: Pegasus (pegasus-renegadetech) → nobody
Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

I don't believe so -- if the track exists it does nothing.

On Thu, Feb 11, 2010 at 6:28 AM, Pegasus <email address hidden> wrote:

> Oh, no, I didn't know that the importer was merging into the existing
> DB. (Didn't give you guys enough credit!) However, does the importer
> clobber tracks in the DB with imported ones with the same name? Even if
> so, that's not really a bug...maybe it should ask in case of conflict.
>
> ** Changed in: mixxx
> Status: Confirmed => Incomplete
>
> ** Changed in: mixxx
> Assignee: Pegasus (pegasus-renegadetech) => (unassigned)
>
> --
> Mixxx overwrites database file without warning when importing
> mixxxtrack.xml
> https://bugs.launchpad.net/bugs/514540
> You received this bug notification because you are subscribed to Mixxx.
>

Revision history for this message
Phillip Whelan (pwhelan) wrote :

  I've seen some of my old databases pile up several duplicate entries
while testing out 1.7 and trunk on the same computer. I cannot
confirm why though.

Revision history for this message
Albert Santoni (gamegod) wrote :

On Thu, Feb 11, 2010 at 8:24 AM, RJ Ryan <email address hidden> wrote:
> I don't believe so -- if the track exists it does nothing.
>

Correct!

Thanks,
Albert

> On Thu, Feb 11, 2010 at 6:28 AM, Pegasus <email address hidden>
> wrote:
>
>> Oh, no, I didn't know that the importer was merging into the existing
>> DB. (Didn't give you guys enough credit!) However, does the importer
>> clobber tracks in the DB with imported ones with the same name? Even if
>> so, that's not really a bug...maybe it should ask in case of conflict.
>>
>> ** Changed in: mixxx
>>       Status: Confirmed => Incomplete
>>
>> ** Changed in: mixxx
>>     Assignee: Pegasus (pegasus-renegadetech) => (unassigned)
>>
>> --
>> Mixxx overwrites database file without warning when importing
>> mixxxtrack.xml
>> https://bugs.launchpad.net/bugs/514540
>> You received this bug notification because you are subscribed to Mixxx.
>>
>
> --
> Mixxx overwrites database file without warning when importing mixxxtrack.xml
> https://bugs.launchpad.net/bugs/514540
> You received this bug notification because you are a member of Mixxx
> Development Team, which is subscribed to Mixxx.
>

Revision history for this message
Sean M. Pappalardo (pegasus-renegadetech) wrote :

Marking invalid

Changed in mixxx:
status: Incomplete → Invalid
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/5297

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.