[haiku-bugs] Re: [Haiku] #10071: No attributes of MIME "application/*" in Tracker's "Attributes" menu

  • From: "anevilyak" <trac@xxxxxxxxxxxx>
  • Date: Mon, 14 Apr 2014 22:38:54 -0000

#10071: No attributes of MIME "application/*" in Tracker's "Attributes" menu
-------------------------+-------------------------------------------------
   Reporter:  Giova84    |      Owner:  axeld
       Type:  bug        |     Status:  new
   Priority:  normal     |  Milestone:  R1
  Component:             |    Version:  R1/Development
  Kits/Storage Kit       |   Keywords:  People files lacks attributes view
 Resolution:             |  in Tracker
 Blocked By:             |   Blocking:
Has a Patch:  0          |   Platform:  x86
-------------------------+-------------------------------------------------

Comment (by anevilyak):

 Replying to [comment:11 bonefish]:
 > Checking with "package list -a" shows that the directory the system
 package has the relevant attributes. I haven't tried removing the other
 packages yet. Please note that due to the missing node monitoring FS
 changes in the MIME DB won't take effect live.

 Problem found, and it confirms your theory: The system package containing
 the secondary architecture libs also contains
 `/system/data/mime_db/application` and a few subordinate entries. However,
 its copy of `application` has only the `BEOS:TYPE` attribute and nothing
 more. Since that one gets built after the base system package, its copy
 winds up winning, as does the one in Web+'s case, which exhibits the same
 problem.

 Of the proposed solutions, while 1) is appealing from the standpoint of
 simplicity, I suspect that will simply defer the issue to a similar clash
 elsewhere down the road. As such, I'd personally lean towards 2), and of
 the proposed solutions there, I think I would probably go with the special
 tagging, as quantity of attributes seems a bit more of a special case to
 this particular instance, and couldn't necesssarily be counted on
 generically.

 Proposal a) would certainly be another possibility, though I suspect that
 one would be more complex from an implementation standpoint, and possibly
 more costly on the performance side. Thoughts?

--
Ticket URL: <https://dev.haiku-os.org/ticket/10071#comment:13>
Haiku <https://dev.haiku-os.org>
Haiku - the operating system.

Other related posts: