linuxmint / linuxmint/cinnamon-session

Cinnamon Skipping Startup Items You Manually Add

Open
#189 15 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug
Dominant language
C
Stars
31
Forks
41
PR merge metrics
No merged PRs in 30d

Description

Distribution

Linux Mint 22.1 Cinnamon Edition

Package version

6.4.8

Graphics hardware in use

Intel Iris Plus Graphics G1 vendor: Hewlett-Packard driver

Frequency

Quite often

Bug description

When I add startup entries in cinnamon, in this distro, with the startup applications GUI, or when I add them manually, or semi-manually, but the same way it does, but especially if I don't change what it came out of the box with, but simply add to it, it will randomly, but quite often skip running some of these things that I tell it to run. I believe it showed up in this version, because I don't remember having this issue with other versions at least quite so much.

This may have been fixed, in 22.2, I don't know, I haven't tried it with much success yet. I don't know for sure, which version it showed up in, but this is a guess, because I haven't used every version. But since my Mom, is using version 22, it's a safe bet to say, that it began in 22.1.

It was keeping me from successfully and fully having a working computer at all for a bit. The fix or workaround? I did what I was going to do anyway at some point, and created my own startup mechanism. It still relies upon this builtin feature to run, so it still skips running it sometimes. But now that there are fewer things for it to startup, it takes less time for the system to sucessfully boot fully, because it only has two things that it might skip. It usually doesn't skip them both at once. My script starts the rest of the items, and lives outside of the way, in my system tray, thanks to kdocker. If I close the script, all these items I started will close.

When it was set up with all the items in the startup applications GUI, this skipping, would appearently cause conflicts in my system, where the system would refuse to boot properly. That frequency was very much, so it would often take hours for me to just start my system. This was uancceptable, because it was almost what windows was going through, and that's why I am no longer using windows. I almost had to switch distros and see what happened. Or at least window manager/desktop enviroments. Please verify that the bug doesn't remain, and if it does, fix it as soon as you can. Thanks!

I had to add to the startup, for things like discord to function for me.

Steps to reproduce
  1. Add to the startup applications GUI, a script or program
  2. Reboot your computer
  3. The more you add, the more it becomes a problem
Expected behavior

It just does what you ask it to, without fail every time, in the startup applications GUI. Sometimes you have to set a delay, for it to work, sometimes it just works, when you set it whatever you set the delay at.

Additional information

I was struggling with this issue for the longest time ever.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No source file or test is named in the issue. Start by reproducing the problem through the startup applications GUI with one or more scripts or programs, then reboot repeatedly with and without delays. Done means configured startup entries launch reliably without causing the reported boot conflicts.

Written by the indexing model from the issue text.

Assessment

Tech stack
c, linux
Domain
desktop, operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.