After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 722795 - tracker should not scatter .mediaartlocal folders across filesystem
tracker should not scatter .mediaartlocal folders across filesystem
Status: RESOLVED FIXED
Product: libmediaart
Classification: Other
Component: Extraction
unspecified
Other Linux
: Normal normal
: ---
Assigned To: libmediaart maintainer(s)
libmediaart maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-01-22 22:06 UTC by erusan
Modified: 2016-06-22 20:26 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description erusan 2014-01-22 22:06:02 UTC
A folder with, for instance, audio files, when indexed by tracker, will be populated with its own .mediaartlocal folder.

But .mediaartlocal is a GNOME-specific spec, and littering GNOME-specific data in someone's media folders when it's not used by other DEs and OSes doesn't respect the user's explicit organization of his media files. *All* .mediaartlocal data should be contained in the user's home folder.

To reproduce:
1) Copy stored and organized audio folder into ~/Music
2) After a short while, search for .mediaartlocal folders
Comment 1 Jens Georg 2014-06-14 18:49:42 UTC
I think the issue might rather be that volume that ~/Music resides on is misinterpreted as a removable storage
Comment 2 erusan 2014-06-14 22:30:50 UTC
Removable storage shouldn't necessarily have GNOME-specific (or even Linux-specific) things placed on it, either, since it will might be used with other operating systems that won't use that data, but will display it (in the case of Windows, for instance) as random data the user never asked for, cluttering the directory tree.
Comment 3 Rafael Luik 2014-09-05 00:37:49 UTC
GOSH I can't believe this had to be filled at all!

Do you realize you stepped GNOME back into Windows XP level of quality right now right?? Even MS moved from thumbs.db a long time ago.
No OS should ever scatter files or temp files inside MY files' organized and tidy folders!

These cache files are not welcome there. The thumbnail cache must be local.
Comment 4 Martyn Russell 2014-09-05 09:13:40 UTC
(In reply to comment #3)
> GOSH I can't believe this had to be filled at all!

You can't believe software has bugs?
I would say you're quite naive in that case.
 
> Do you realize you stepped GNOME back into Windows XP level of quality right
> now right?? Even MS moved from thumbs.db a long time ago.

Do you know if this was intentional?
Do you know this is free software and if you don't like it well, write your own or contribute!

Frankly this kind of negativity is not welcome and you can go back to where you came from with this attitude.

> No OS should ever scatter files or temp files inside MY files' organized and
> tidy folders!

Clearly you've made a lot of assumptions already.
 
> These cache files are not welcome there. The thumbnail cache must be local.

Now for some useful feedback:

What is local?
In terms of a *removable* storage, local is on that storage.

I agree this should not be in every directory, ideally it should be (if at all) in the top level directory in a hidden folder for the mount. It's not so clear as this though.

(In reply to comment #1)
> I think the issue might rather be that volume that ~/Music resides on is
> misinterpreted as a removable storage

Hi Jens, I think this approach even for removable media is not nice (for every directory I mean).

This will be fixed at some point, patches are welcome by anyone here :)
Comment 5 Rafael Luik 2014-09-05 13:20:15 UTC
I had the impression this was not a bug (it'd be a quite strange one to have directories pointed wrong in the code!) thinking it's/was a very poor "software design" choice by GNOME devs and that it's working as intended. Sorry if I'm/was mistaken.
Comment 6 Martyn Russell 2014-09-10 09:10:05 UTC
I've started a discussion about this on the mailing list - it seems the specification indeed says we should do this, but I agree it's not good:

  https://mail.gnome.org/archives/tracker-list/2014-September/msg00019.html
Comment 7 Martyn Russell 2014-09-16 09:07:22 UTC
New branch here:

  https://git.gnome.org/browse/libmediaart/log/?h=remove-mediaartlocal

This will be committed to master after in the next few weeks after GNOME is released and the stable releases start.
Comment 8 Philip Van Hoof 2014-09-16 09:35:10 UTC
Great to have it finally removed.

Rafael: if you would have done the removal work like Martyn did, your criticism would be more acceptable and welcoming. Add it as the comment on an attachment that is a patch next time. Maintainers like us will care much more about your opinion then. Right now you only pissed some people off for no reason: we agree that cluttering your removable device with files is a silly idea. It was also not the first time that this got discussed among team members of Tracker (but fair enough, you couldn't have known this).
Comment 9 Rafael Luik 2014-09-16 13:52:41 UTC
Oh look, a confirmation that you don't care about what users think.

If you guys also agree it shouldn't clutter our devices why did this behavior came through in the first place?
Comment 10 Martyn Russell 2014-09-16 14:01:34 UTC
(In reply to comment #9)
> Oh look, a confirmation that you don't care about what users think.

No, but sitting in a chair telling people their software is shit is common place. You stand out if you do something about it. Anyone can exercise their mouth.
 
> If you guys also agree it shouldn't clutter our devices why did this behavior
> came through in the first place?

Philip did the work originally, it was for Nokia and they wanted this feature. We told them not to, but ... money talks.

Priorities change :)

Anyway, I wasn't involved at this stage and I am glad to see it go.
Comment 11 Philip Van Hoof 2014-09-16 14:45:43 UTC
(In reply to comment #9)
> Oh look, a confirmation that you don't care about what users think.

Astounding. Somebody politely reports a problem. You shout. We fix the problem. You shout again. We tell you that instead of shouting you could have fixed the problem and then criticize properly. You shout again. This time with the bogus argument that we don't care about what users think. Although in this particular case we one million percent cared and we listened, we even let you shout, still we listened and we fixed it. Still you shout.

I'm sorry. Here you are wrong. You sir, are a troll. Reread the entire bug thread and think yourself in our position here. Maybe you'll understand it.

> If you guys also agree it shouldn't clutter our devices why did this behavior
> came through in the first place?

You think software is always perfect from the first time?

Anyway. Enough feeding the troll. Let's just get the branch in master after the first next release.
Comment 12 Rafael Luik 2014-09-16 14:49:33 UTC
I understand GNOME culture completely. Users can't report bugs, only other devs, this is clear.
Comment 13 Philip Van Hoof 2014-09-16 14:52:29 UTC
(In reply to comment #12)
> I understand GNOME culture completely. Users can't report bugs, only other
> devs, this is clear.

I scroll up, I see [reporter] as person who reported this. Not [developer]. A user reported this issue. We fixed it. You sir, are wrong on this.

Enough. Please let us work now.
Comment 14 Rafael Luik 2014-09-16 14:53:28 UTC
:}
Comment 15 Martyn Russell 2014-09-16 15:03:51 UTC
(In reply to comment #12)
> I understand GNOME culture completely. Users can't report bugs, only other
> devs, this is clear.

I don't think you do and you should not judge all projects the same. People are not the same and people are what maintain these projects.
Comment 16 Jens Georg 2016-06-22 20:26:30 UTC
This was fixed with 1.9.0 release