Bug 307926 - Dragging files to a tag in Files duplicates the tag
Summary: Dragging files to a tag in Files duplicates the tag
Status: RESOLVED FIXED
Alias: None
Product: Active
Classification: Plasma
Component: Applications (show other bugs)
Version: PA 3
Platform: unspecified Linux
: NOR critical
Target Milestone: unscheduled
Assignee: active
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-05 14:58 UTC by Thomas Pfeiffer
Modified: 2013-01-21 16:32 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Pfeiffer 2012-10-05 14:58:21 UTC
When I drag one or more file(s) to the "New Tag", I can create a tag and the file are tagged correctly. However when I drag files to an existing tag, the tag gets duplicted instead of the files getting tagged. Now I have the same tag twice in the list, but each with only the initial files associated with it.

Reproducible: Always

Steps to Reproduce:
1. Create a tag
2. Drag files onto it

Actual Results:  
Tag gets duplicated

Expected Results:  
Files should be tagged

HJappens with the rc1 image (basyskom-plasma-active-three-wetab-exopc-tablet-mer-release-rc1.iso)
Comment 1 Aaron J. Seigo 2012-10-05 18:41:07 UTC
I can confirm. Even worse, if the thing tagged was associated with another tag, it no longer shows up on that tag.

I added a bunch of images to a new tag called "Pretty". Then I added the (stock) dog and fox pictures to a new tag called "Animals". Then I dragged the fox to "Pretty" and:

a) a new pretty tag was created
b) the fox does not show up in either "pretty" tag, even though one "pretty" tag shows a big dot (4 items in it) and the dupe shows a small dot (1 item in it). i'm guessing it's listing the contents of the first tag matching the text "pretty"
c) the fox also no longer shows up when selecting just "animals"
Comment 2 Thomas Pfeiffer 2012-12-06 22:56:59 UTC
I was not able to reproduce this anymore, but I guess it needs more systematic testing
Comment 3 Marco Martin 2013-01-21 16:32:49 UTC
this is solved. it was a Nepomuk bug.