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

  • From: "bonefish" <trac@xxxxxxxxxxxx>
  • Date: Fri, 30 May 2014 13:38:43 -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:  1          |   Platform:  x86
-------------------------+-------------------------------------------------

Comment (by bonefish):

 Replying to [comment:18 jessicah]:
 > Perhaps the most elegant solution would be to have the MIME DB
 physically stored on the BFS, rather than inside packagefs. You'd get the
 merging for free, and I'm sure it wouldn't be that hard to update the
 package daemon to update the real MIME DB as required?

 It might be relatively complicated. E.g. if two packages provide a MIME
 type, when uninstalling one package the package daemon would have to scan
 all remaining packages whether they contain any file that would be removed
 by uninstalling the package.

 Generally I'd like to keep as many files within packagefs as possible. The
 more files we move to BFS the less useful having a packagefs becomes.

 > However, looking at some of the other comments above, I've modified the
 _CreateTypeNode to always set the BEOS & META type attributes for
 supertypes, since these follow a standard convention anyway. And now
 People attributes are available in Tracker!

 Besides the missing error checking (and the superfluous blank line), this
 doesn't solve the general shadowing problem, though. These two attributes
 would be present after rebuilding all packages, but there are other
 attributes that would still be missing (cf.
 src/data/mime_db/application.super). Adding those as well would certainly
 not be an elegant solution.

 I'm still favoring the suggested solution 2c) as it is relatively simple
 to implement and should suffice for all similar situations I can think of.

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

Other related posts: