Bug 102723 - kmenuedit forgets menu entries
Summary: kmenuedit forgets menu entries
Status: RESOLVED DUPLICATE of bug 227836
Alias: None
Product: kmenuedit
Classification: Applications
Component: general (show other bugs)
Version: 0.6.1
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-29 09:33 UTC by Wolfram R. Sieber
Modified: 2010-03-20 15:05 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
This is the menu i grabbed from ~/dummyuser/.config/menus (10.89 KB, text/plain)
2005-03-29 09:50 UTC, Wolfram R. Sieber
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Wolfram R. Sieber 2005-03-29 09:33:11 UTC
Version:           0.6.1 (using KDE 3.3.2,  (3.1))
Compiler:          gcc version 3.3.5 (Debian 1:3.3.5-8)
OS:                Linux (i686) release 2.6.8-2-k7

Menu editor bugs are hard to reproduce. As an advice for folks who don't know, how to track down menu editor bugs: I created a dummy user account with an (for my main account) unimportant menu.

This one is can be reproduced this way:

1. deleted every menu entry
2. created three menu folders: 1, 2, and 3
3. created three menu sub-folders for each of
   the above: 1.1, 1.2, 1.3 -- 2.1, 2.2, 2.3
   -- 3.1, 3.2, 3.3
4. stored the whole thing (click on disc
   symbol)
5. closed menu editor (click on "x" frame
   border symbol)

6. reopened menu editor (right mouse click on
   K menu)

Possible error cases following. After creating such a case, I closed the menu editor without saving any changes and reloaded like in steps 5 and 6.

7.a dragged 1 into 3 (then 3 contains 1, 3.1, 3.2, 3.3)
    during doing this drag I waited for 3 to auto-unfold, showing me its contents
8.a dragged 3 to top (then main menu contains - in this order - 3, 2)
9.a open 3 (click on [+] left of 3): Bug: 1 went away

7.b dragged 1 into 2 (then 2 contains 1, 2.1, 2.2, 2.3)
8.b dragged 3 to top (then main menu contains 3, 2)
9.b dragged 2 above 3 (then main contains 2, 3)
10b opened 2: Same bug: 1 is gone

7.c dragged 2 into 3 (then 3 contains 2, 3.1, 3.2, 3.3)
8.c dragged 1 into 2 (then 2 contains 1, 2.1, 2.2, 2.3)
9.c dragged 3.1 above 2 (then 3 contains 3.1, 2, 3.2, 3.3)
10c dragged 2 above 3.1 (then 3 contains 2, 3.1, 3.2, 3.3)
11c opened 2: Same bug: 1 is lost

Please note also that the sub-folders open, close sometimes without request. That should be fixed, too.
Comment 1 Wolfram R. Sieber 2005-03-29 09:50:49 UTC
Created attachment 10396 [details]
This is the menu i grabbed from ~/dummyuser/.config/menus

I think, the case is more easy to reproduce for you if I attach the menu file I
used for my bug track.


I looked at the file to be sure that it's the one I just created -- and I'm
curious about why the entries I deleted before are still there.
Comment 2 Anne-Marie Mahfouf 2010-03-20 15:05:47 UTC
Tracked in 227836

*** This bug has been marked as a duplicate of bug 227836 ***