Por que o ícone do meu aplicativo está esmaecido no OS X Lion?

4

Na pasta Applications no OS X, tenho alguns programas que estão "esmaecidos":

EutenteiexecutarRepairDiskPermissionsnoDiskUtility,masissonãocorrigeisso.

EutenteiveraspermissõesmanualmentenoTerminal:

$ll/Applications|grep-EGoo\|Matedrwxr-xr-x@3cwdwheel102BSep2504:[email protected]

EssecomportamentoestáimpedindoqueosaplicativossejamexibidosnaPesquisadoSpotlightetambémnoQuicksilver.

Eunãoseimuitosobreosatributosestendidos,masvoutentarfornecerumpoucomaisdeinformação:

$xattrTextMate.app/com.apple.FinderInfo

Epossivelmenteissotambémajudará:

$xattr-lTextMate.appcom.apple.FinderInfo:0000000000000000000000004000000000000000|........@.......|0000001000000000000000000000000000000000|................|00000020
  • Porqueissoestáacontecendo?
  • Comopossocorrigirisso?

Atualizar

Per@pedidododanielbeck,osresultadosde

ls-lae@/Applications/{TextMate,iTunes,Growl,Google\Chrome}.app/Contents/MacOS

saída:

drwxrwxr-x@3rootwheel102Sep2505:09.com.apple.FinderInfo32drwxrwxr-x@8cwdwheel272Sep2505:09..com.apple.FinderInfo32-rwxrwxr-x1rootwheel14048Sep2505:09GoogleChromeGrowl.app/Contents/MacOS:total744drwxr-xr-x3rootwheel102Sep1918:51.drwxr-xr-x12rootwheel408Oct1423:19..-rwxr-xr-x1rootwheel1204176Oct1423:19GrowlTextMate.app/Contents/MacOS:total22856drwxr-xr-x3cwdadmin102Mar152011.drwxr-xr-x7cwdadmin238Mar132011..-rwxr-xr-x1cwdadmin11700088Mar152011TextMateiTunes.app/Contents/MacOS:total98240drwxr-xr-x9rootwheel306Oct209:37.drwxr-xr-x10rootwheel340Oct209:37..-rwxr-xr-x1rootwheel40631056Sep1001:34iTunes-rwxr-xr-x1rootwheel34448Sep1001:34iTunesASUHelperdrwxr-xr-x3rootwheel102Oct209:37iTunesHelper.app-rwxr-xr-x1rootwheel6591200Sep1001:34libgnsdk_dsp.1.9.5.dylib-rwxr-xr-x1rootwheel563040Sep1001:34libgnsdk_musicid.1.9.5.dylib-rwxr-xr-x1rootwheel1882736Sep1001:34libgnsdk_sdkmanager.1.9.5.dylib-rwxr-xr-x1rootwheel582536Sep1001:34libgnsdk_submit.1.9.5.dylib

ComovistonoFinder:

    
por cwd 29.10.2012 / 14:17

2 respostas

0

Isso parece estranho e eu não o vi, mas os aplicativos com recursos paralelos devem ter permissões semelhantes às do instantâneo abaixo. Eu usaria o localizador para alterar o grupo de administradores para somente leitura, a fim de garantir que você possa fazer alterações nessa pasta e, em seguida, reverter as permissões para corresponder à minha abaixo:

As permissões posix e ACL devem ser as seguintes para o Chrome fora da caixa ...

Air:~ mike$ls -lO /Applications/Google\ Chrome.app/
total 0
drwxrwxr-x  8 mike  admin  - 272 Oct 10 03:57 Contents
Air:~ mike$ls -lae@ /Applications/Google\ Chrome.app/
total 0
drwxrwxr-x   3 mike  admin   102 Oct 10 03:09 .
drwxrwxr-x+ 74 root  admin  2516 Oct 28 20:48 ..
 0: group:everyone deny delete
drwxrwxr-x   8 mike  admin   272 Oct 10 03:57 Contents

A menos que você tenha obtido o banco de dados de serviços de lançamento em um gatekeeper ativado ou de alguma forma, é provável que um sinal de que as pastas de aplicativos não sejam legíveis ou executáveis pelo usuário do SO.

    
por 29.10.2012 / 20:44
0

Encontrei o mesmo problema com o Chrome no El Capitan (muito tempo depois de você ter perguntado). Após a reinicialização do OSX, ele sempre aparecia acinzentado e, na primeira execução, seu ícone ficava colorido.

Por esse aconselhamento , usei:

defaults write com.apple.Dock showhidden -bool NO

e parou de fazer com que o ícone ficasse acinzentado ao inicializar (o mesmo acontecendo com YES novamente fez com que o Chrome aparecesse acinzentado novamente, embora na inicialização, não depois de killall Dock )

    
por 23.10.2015 / 00:41