Bug 2391 - icewm starts with default menu
Summary: icewm starts with default menu
Status: RESOLVED WONTFIX
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 1
Hardware: i586 Linux
Priority: Normal major
Target Milestone: ---
Assignee: José Jorge
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-08 01:30 CEST by barry marchant
Modified: 2012-12-02 14:32 CET (History)
1 user (show)

See Also:
Source RPM: icewm-1.3.3-7.mga1.src.rpm
CVE:
Status comment:


Attachments
xsession-errors with leading . removed (33.78 KB, text/plain)
2011-11-01 22:41 CET, barry marchant
Details

Description barry marchant 2011-08-08 01:30:46 CEST
I recorded this as critical because of the frequency with which it occurs. Most times when I reboot my box icewm starts with the default menu in /usr/share/X11/icewm/menu instead of my customised menu in ~/.icewm/menu. To get over the problem I have made a backup of my menu which I copy. I then have to log out and in again to activate the new menu

I am not able to find a pattern to this error occurring.

Icewm is my default wm.
Comment 1 Manuel Hiebel 2011-08-08 16:23:17 CEST
Maybe you have some errors in your ~/.xsession-errors or ~/.xsession-errors.old ?

Component: Release (media, process) => RPM Packages
Source RPM: icewm-light, icewm => icewm

Comment 2 Manuel Hiebel 2011-10-04 15:29:39 CEST
Hi, bug still valid ? I yes can you reproduce it and attach the file as said in comment 1 ?

Keywords: (none) => NEEDINFO
Whiteboard: (none) => check

Comment 3 barry marchant 2011-11-01 01:48:01 CET
Yes the bug is still active. I have yet to find a pattern to it. The file .xsession-errors has strange comments in it but the file selector for attachments will not allow me to select or name a . file
Comment 4 barry marchant 2011-11-01 22:41:34 CET
Created attachment 1036 [details]
xsession-errors with leading . removed

copied file name just after booting the box so I could attach the file.

Last time I booted the menu was from ~ directory. This time the default menu has been substituted.

There is a fatal fault in bugzilla if it will not allow . files to be attached!
Manuel Hiebel 2011-11-07 01:47:54 CET

Attachment 1036 mime type: application/octet-stream => text/plain

Comment 5 Marja Van Waes 2011-12-31 22:54:51 CET
assigning to maintainer

@ zezinho

Please set status to ASSIGNED if you think this bug was assigned correctly. If for work flow reasons you can't do that, then please put OK on the whiteboard instead. Of course, assign back to Bug Squad if assigning to you is wrong.

Keywords: NEEDINFO => (none)
CC: (none) => marja11
Assignee: bugsquad => lists.jjorge
Source RPM: icewm => icewm-1.3.3-7.mga1.src.rpm
Whiteboard: check => (none)

Comment 6 José Jorge 2012-01-09 11:01:27 CET
I could not reproduce on my Mageia 1 x86_64. Can you please try the following :
- login as the xguest user
- click on the menu, all installed applications should show up.

Status: NEW => UNCONFIRMED
Ever confirmed: 1 => 0

José Jorge 2012-01-09 11:01:58 CET

Keywords: (none) => NEEDINFO

Comment 7 barry marchant 2012-01-10 02:59:07 CET
As xguest the default menu shows up.

This problem appears to be intermittent. I start at runlevel 3 and have just managed to trace the problem as follows....

Shut down X
Ran mc to inspect my .icewm/menu file - menu is correct
Rebooted the box to runlevel 3
Ran mc again to inspect my .icewm/menu file - menu is still correct.
Started X with 'startx starticewm'
Menu has now reverted to the default.

I will send this now then repeat my test.
Comment 8 barry marchant 2012-01-10 03:07:01 CET
This time the menu started correctly so are we any nearer solving the problem?
Comment 9 Marja Van Waes 2012-01-27 08:13:35 CET
@ José

I remove the NEEDINFO keyword, because Barry gave all information that was asked

Keywords: NEEDINFO => (none)

Comment 10 Manuel Hiebel 2012-11-05 16:53:21 CET
This message is a reminder that Mageia 1 is nearing its end of life. 
In approximately 25 days from now, Mageia will stop maintaining and issuing 
updates for Mageia 1. At that time this bug will be closed as WONTFIX (EOL) if it 
remains open with a Mageia 'version' of '1'.

Package Maintainer: If you wish for this bug to remain open because you plan to 
fix it in a currently maintained version, simply change the 'version' to a later 
Mageia version prior to Mageia 1's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we may not 
be able to fix it before Mageia 1 is end of life.  If you would still like to see 
this bug fixed and are able to reproduce it against a later version of Mageia, 
you are encouraged to click on "Version" and change it against that version 
of Mageia.

Although we aim to fix as many bugs as possible during every release's lifetime, 
sometimes those efforts are overtaken by events. Often a more recent Mageia 
release includes newer upstream software that fixes bugs or makes them obsolete.

--
Mageia Bugsquad
Comment 11 Manuel Hiebel 2012-12-02 14:32:38 CET
Mageia 1 changed to end-of-life (EOL) status on ''1st December''. Mageia 1 is no 
longer maintained, which means that it will not receive any further security or 
bug fix updates. As a result we are closing this bug. 

If you can reproduce this bug against a currently maintained version of Mageia 
please feel free to click on "Version" change it against that version of Mageia and reopen this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

--
Mageia Bugsquad

Status: UNCONFIRMED => RESOLVED
Resolution: (none) => WONTFIX


Note You need to log in before you can comment on or make changes to this bug.