[prev in list] [next in list] [prev in thread] [next in thread]
List: haiku-bugs
Subject: [haiku-bugs] Re: [Haiku] #10071: No attributes of MIME "application/*" in Tracker's "Attributes" men
From: "bonefish" <trac () haiku-os ! org>
Date: 2014-05-30 13:38:43
Message-ID: 058.e04331f3a48edd4d0fef08a315b6f012 () haiku-os ! org
[Download RAW message or body]
#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=C2=A0would be re=
moved
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.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic