[FileTypes] disappearing menu items

[diver]

This could be due linux build image, but anyway: Start FyleTypes and expand application select Be Application and go to Preferred application box click on popup menu and select None now click there again and you'll see that Tracker disappeared from menu list. Tested with rev16685 under vmware.

[axeld]

Does this also happen after Tracker has been started for the first time?

[diver]

Yes, it is. it even happens if tracker hasn't been running before at all! It happens with other signatures as well.

[axeld]

Well, that's just normal behaviour: if an application doesn't support the type (or hasn't expressed so yet), it won't be listed in the preferred application's list. Of course, you can still choose those applications via the "Select" and "Same As" buttons - in that case, they will be part of the list as long as they are selected only. If you have a good idea on how to present this to the average user, feel free to tell me, otherwise it'll stay as is :-)

[diver]

(In reply to comment #3)

Well, that's just normal behaviour: if an application doesn't support the type (or hasn't expressed so yet), it won't be listed in the preferred application's list.

Yes, but in this case Tracker already started and shouldn't tracker support things like Be Query and not disappear from list when one select None and then wants to select Tracker again? Are you sure about that?

[axeld]

Oh, in that case, this really is a bug; I got the impression it would only happen before Tracker had run, sorry. I reopened the bug.

[axeld]

As often with our MIME type problems, it was a case sensitivity problem. Fixed in hrev16987.

[diver]

It still happens with Be Application, Be Root, Generidc file and Printer.

Tested with rev17033 under vmware.

[axeld]

Which is to be expected because no one registers itself as preferred handler for them. I think Tracker would be okay for "Be Root", but for the rest?

[diver]

(In reply to comment #8)

Which is to be expected because no one registers itself as preferred handler for them. I think Tracker would be okay for "Be Root", but for the rest?

Bt why then Tracker set as preferred handler for them in the first place?

[axeld]

That's a good point. I've added those types to Tracker now, until there comes a better application :-)

[diver]

This is still happens for:

Be Application
Be Query Template
Be Root
Folder
Printer
Printer spool
Query
Symbolic Link
Volume
x-z7-compression

and some others....

[stpere]

Here are some observations I made while investigating this ticket :

First, sorry for the novel >.<

I open FileTypes, I select the Be Application Mimetype, set the preferred app. to None and Tracker's item disappear from the menu, as mentioned.

I went to FileTypes's source code (PreferredAppMenu.cpp) and requested the message listing the supporting applications message to print on stream. I was puzzled to discover it wasn't returning Tracker. So I found out Tracker was first shown simply because it was the current Preferred App. So changing the preferred app had for effect to remove Tracker from this menu on next update (since it wasn't even listed as a supporting app)

Next, FileTypes > Application Types. I select Tracker, remove its support for Be Application Mimetype, and re-add it. Close (and save) the window. Back in FileTypes main window, I can now see Tracker in the menu for the preferred App of Be Applications. Selecting None doesn't make tracker disappear now. And the supporting Apps message returns Tracker now.

Next, I close and reopen FileTypes. The "fix" is still effective, the support of Be Applications files from Tracker is still recognized.

Next, I reboot. It returns to the old behaviour where selecting None makes Tracker disappears from the preferred app. menu.

So, there must be something wrong with the way the mime database is loaded on boot. I'm trying to figure it out, but can't promise anything, since I'm learning how it works while trying to fix it :)