Opened 7 years ago

Closed 7 years ago

Last modified 6 years ago

#1090 closed defect (fixed)

Settings icon not shown on desktop

Reported by: ChristW Owned by: ainulindale
Priority: major Milestone:
Component: SHR Image Version: SHR-unstable
Keywords: Cc:

Description

Some time ago (about a week), the 'Settings' icon disappeared from the desktop. It seems that (see http://lists.shr-project.org/pipermail/shr-user/2010-April/004781.html) the content of the desktop file is correct.

Change History (23)

comment:1 Changed 7 years ago by elhennig

Could be related to my problem with the enlightenment icon cache
see http://trac.shr-project.org/trac/ticket/1035

comment:2 follow-ups: Changed 7 years ago by jama

Can you confirm that after "mv ~/.e ~/.e.backup; mv ~/.efreet ~/.efreet.backup" and e17 restart it's shown again?

Then if you're willing enough to walk through diff with backup to try to guess why it was broken in icon cache...

comment:3 in reply to: ↑ 2 Changed 7 years ago by ChristW

Replying to jama:

Can you confirm that after "mv ~/.e ~/.e.backup; mv ~/.efreet ~/.efreet.backup" and e17 restart it's shown again?

No, it isn't shown again. My 'home' icon _is_ shown again, though...

Then if you're willing enough to walk through diff with backup to try to guess why it was broken in icon cache...

# diff -r .e/ .e.backup/
Binary files .e/e/config/illume2-shr/e.cfg and .e.backup/e/config/illume2-shr/e.cfg differ
Binary files .e/e/config/illume2-shr/e_remember_restart.cfg and .e.backup/e/config/illume2-shr/e_remember_restart.cfg differ
Only in .e.backup: e/config/illume2-shr/exehist.cfg

(efreet gives many changes, but moslty in files being 'only left' or 'only right')

comment:4 in reply to: ↑ 2 Changed 7 years ago by TAsn

Replying to jama:

Can you confirm that after "mv ~/.e ~/.e.backup; mv ~/.efreet ~/.efreet.backup" and e17 restart it's shown again?

It's still not there after removing them.

comment:5 Changed 7 years ago by mrmoku

  • Milestone set to MS1

comment:6 follow-up: Changed 7 years ago by mrmoku

I got the settings icon back by adding Office to Categories in /usr/share/applications/shr-settings.desktop

comment:7 in reply to: ↑ 6 Changed 7 years ago by ChristW

Replying to mrmoku:

I got the settings icon back by adding Office to Categories in /usr/share/applications/shr-settings.desktop

I added this category, and did /etc/init.d/xserver-nodm restart. The icon did not appear on the desktop. I right-clicked the desktop and selected 'erfresh view'. The icon did not appear on the desktop.

comment:8 follow-up: Changed 7 years ago by mrmoku

ohh, my description was not correct. I did not add it, but replaced it to look like:

Categories=Office;

Just did that with xinput-calibrator.desktop and worked there too... No need to restart anything, it refreshed automatically and immediately.

comment:9 in reply to: ↑ 8 ; follow-up: Changed 7 years ago by ChristW

  • Resolution set to fixed in unstable
  • Status changed from new to closed

Replying to mrmoku:

ohh, my description was not correct. I did not add it, but replaced it to look like:

Categories=Office;

Just did that with xinput-calibrator.desktop and worked there too... No need to restart anything, it refreshed automatically and immediately.

That did the trick for me, thanks!

comment:10 Changed 7 years ago by mrmoku

  • Resolution fixed in unstable deleted
  • Status changed from closed to reopened

well... unfortunatelly we can't yet close the ticket... Feels bad to just adjust the Category to something unrelated. We should understand what's going on.

comment:11 in reply to: ↑ 9 Changed 7 years ago by Delian1

Replying to ChristW:

Replying to mrmoku:

ohh, my description was not correct. I did not add it, but replaced it to look like:

Categories=Office;

Just did that with xinput-calibrator.desktop and worked there too... No need to restart anything, it refreshed automatically and immediately.

For me, with lastest shr-u, changing category to Office still not show up shr-settings icon. ( I've also tried a refresh o a restart: no dice )

comment:12 follow-up: Changed 7 years ago by elhennig

All icons configured in the Settings category are not displayed. Remove that category from shr-settings.desktop and everything should be fine.

BTW, this was also the case for my mokonnect icon.

comment:13 in reply to: ↑ 12 ; follow-up: Changed 7 years ago by Delian1

Replying to elhennig:

All icons configured in the Settings category are not displayed. Remove that category from shr-settings.desktop and everything should be fine.

BTW, this was also the case for my mokonnect icon.

My shr-settings.desktop:
[...]
Type=Application
Categories=
Icon=shr-settings

Still no shr-settings icon.

comment:14 in reply to: ↑ 13 ; follow-up: Changed 7 years ago by elhennig

Replying to Delian1:

Categories=

Add sth. like

Categories=Office;

Without category the icon won't be displayed either.

comment:15 in reply to: ↑ 14 Changed 7 years ago by Delian1

Replying to elhennig:

Categories=Office;

I've already tried it:
[...]
Type=Application
Categories=Office;
Icon=shr-settings

still no icon :(

comment:16 Changed 7 years ago by elhennig

Did you restart enlightenment?

try

pkill -HUP enlightenment

comment:17 Changed 7 years ago by Delian1

Sorry to be not exhaustive before:

I've tried to pkill -HUP enlightenment, to rm -Rf .e and restart xserver-nodm and to refresh the screen. No dice :/

comment:18 Changed 7 years ago by Delian1

After removing .efreet/ I can see shr-setting icon.
I've changed again the categories to Settings and it's still there.
After a reboot is still there :)

I suppose it is related with cache, it isn't?

comment:19 Changed 7 years ago by jama

  • Resolution set to fixed in unstable
  • Status changed from reopened to closed

While moving illume2 Home to separate module in
http://trac.enlightenment.org/e/changeset/48174

freet_Desktop filtering changed from "sys AND settings OR kbd" to "sys OR settings OR kbd".

So it was filtered only in illume2 and then it was depending on which profile created desktop icons cache (that's why it was possible to have it in illume2 after first start with illume1 and missing in both in vice-versa case).

As workarround pushed change of Categories to Utility.

http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=43198bf4b55dfd95c0e5c5eed07a6c52611b43cd

comment:20 Changed 7 years ago by jama

proper fix now in svn
http://trac.enlightenment.org/e/changeset/48626

with next EFL SRCREV bump, we can move shr-settings category

comment:21 Changed 7 years ago by jama

  • Resolution fixed in unstable deleted
  • Status changed from closed to reopened

comment:22 Changed 7 years ago by jama

  • Resolution set to fixed
  • Status changed from reopened to closed

comment:23 Changed 6 years ago by morphis

  • Milestone MS1 deleted

Milestone MS1 deleted

Note: See TracTickets for help on using tickets.