<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>343513</bug_id>
          
          <creation_ts>2015-01-29 12:16:45 +0000</creation_ts>
          <short_desc>custom startup scripts set in systemsettings5 not working</short_desc>
          <delta_ts>2015-08-29 12:21:09 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>2</classification_id>
          <classification>Applications</classification>
          <product>systemsettings</product>
          <component>kcm_autostart</component>
          <version>5.2.0</version>
          <rep_platform>Gentoo Packages</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>DUPLICATE</resolution>
          <dup_id>346862</dup_id>
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>NOR</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>0</everconfirmed>
          <reporter name="Marc Schiffbauer">mschiff</reporter>
          <assigned_to name="Laurent Montel">montel</assigned_to>
          <cc>AndyKluger</cc>
    
    <cc>bshah</cc>
    
    <cc>chrno-sphered</cc>
    
    <cc>cristian.mqa.dev</cc>
    
    <cc>erik</cc>
    
    <cc>herman.viaene</cc>
    
    <cc>jpwhiting</cc>
    
    <cc>kde</cc>
    
    <cc>kde</cc>
    
    <cc>merikes.lists</cc>
    
    <cc>samrog131</cc>
    
    <cc>travneff</cc>
          
          <cf_commitlink></cf_commitlink>
          <cf_versionfixedin></cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>0</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1495547</commentid>
    <comment_count>0</comment_count>
    <who name="Marc Schiffbauer">mschiff</who>
    <bug_when>2015-01-29 12:16:45 +0000</bug_when>
    <thetext>In systemsettings (autostart) a user can add &quot;Script file&quot; and the can select via &quot;Run On&quot;, what to do with it.
Setting a Script to &quot;Shutdown&quot; or &quot;Pre-KDE startup&quot; works find, but &quot;Startup&quot; does NOT. For &quot;Startup&quot; a script will be symlinked to ~/.config/autostart/ and will NOT be run at startup. In fact on the next startup of systemssettings5 it will not even be displayed anymore under the &quot;Script file&quot; section. This is severly broken.


Additional note:
The item texts from the drop down menu &quot;Run on&quot; are very misleading. It should be made clear, that &quot;Pre-KDE startup&quot; will just set ENV variables and files mention here SHOULD CONTAIN ONLY ENV variable settings and a script set for this should NOT contain any commands like &quot;exit 0&quot; for example which will prevent plasma startup at all!

Maybe better solution:
Rename the columns from &quot;Run on&quot; to &quot;Script action&quot;
- &quot;Execute on startup&quot;
- &quot;Extend environment before startup&quot;
- &quot;Execute on shutdown&quot;



Reproducible: Always</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1495579</commentid>
    <comment_count>1</comment_count>
    <who name="Laurent Montel">montel</who>
    <bug_when>2015-01-29 12:47:36 +0000</bug_when>
    <thetext>&quot;In fact on the next startup of systemssettings5 it will not even be displayed anymore under the &quot;Script file&quot; section. This is severly broken. &quot;

Yes I didn&apos;t understand this commit &quot;1a7ed091d897e8f01076a4a26388b82c2c8f5836&quot; from Jeremy Whiting it&apos;s totally illogic because we add script and we don&apos;t display it after that.

I add jpwhiting@kde.org to this bug report</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1495688</commentid>
    <comment_count>2</comment_count>
    <who name="Jeremy Whiting">jpwhiting</who>
    <bug_when>2015-01-29 17:24:39 +0000</bug_when>
    <thetext>I added not showing custom scripts there because we don&apos;t run them anyway, so why show them. I guess we also need to make it not add them, since we aren&apos;t executing them either. Or make klauncher/kinit start custom scripts again.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1495690</commentid>
    <comment_count>3</comment_count>
    <who name="Laurent Montel">montel</who>
    <bug_when>2015-01-29 17:26:47 +0000</bug_when>
    <thetext>It will more logical to not allow to create it if we can&apos;t execute it.
But indeed it will better to fix klauncher.
But until it it&apos;s better to disable create it no ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1495692</commentid>
    <comment_count>4</comment_count>
    <who name="Jeremy Whiting">jpwhiting</who>
    <bug_when>2015-01-29 17:28:17 +0000</bug_when>
    <thetext>I agree, I didn&apos;t realize it let you create it in the gui when I made that change.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1502135</commentid>
    <comment_count>5</comment_count>
    <who name="">AndyKluger</who>
    <bug_when>2015-02-25 17:28:23 +0000</bug_when>
    <thetext>I have been re-adding startup scripts every single time I log in, on multiple computers. It is incredibly frustrating to find out that for a month this bug has been known and yet no move has been made, either to make the function work, or to remove the false advertisement of functionality. Instead the user is left with a trap.

Does anybody have a clean alternative for starting scripts automatically?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1502144</commentid>
    <comment_count>6</comment_count>
    <who name="Jeremy Whiting">jpwhiting</who>
    <bug_when>2015-02-25 18:41:55 +0000</bug_when>
    <thetext>KInit does not launch any scripts, only entries with .desktop files as per the XDG spec. A workaround is to place scripts into ~/.config/plasma-workspace/env/ I&apos;ll remove adding scripts from the kcm since that&apos;s indeed a broken functionality.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1502186</commentid>
    <comment_count>7</comment_count>
    <who name="">AndyKluger</who>
    <bug_when>2015-02-25 22:13:42 +0000</bug_when>
    <thetext>Thanks Jeremy. I tried the workaround you suggested with two scripts, and it seems to run only one of them. Is there a space where these run attempts are logged?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1502189</commentid>
    <comment_count>8</comment_count>
    <who name="Jeremy Whiting">jpwhiting</who>
    <bug_when>2015-02-25 22:40:00 +0000</bug_when>
    <thetext>Andy,

Hey, I&apos;m not sure where they are logged, likely .xsession-errors or journalctl . By the way I looked into this a bit more today and it seems that you can have the kcm put the script into ~/.config/plasma-workspace/env/ by changing them to &quot;Pre-KDE start&quot; in the ui.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1511563</commentid>
    <comment_count>9</comment_count>
    <who name="Soukyuu">chrno-sphered</who>
    <bug_when>2015-04-15 15:46:03 +0000</bug_when>
    <thetext>I&apos;m having the opposite problem - shutdown scripts are not being executed.
I have tried putting a script into ~/.config/plasma-workspace/shutdown (where a link to it was created by kcm) and it ignores it as well.

What IS a working solution to running script at shutdown atm? I used to use the nm-dispatcher service to unmount any shares before my wlan connection goes down, but ever since I installed plasma and sddm, those are only ran at logout, not shutdown/restart.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1512103</commentid>
    <comment_count>10</comment_count>
    <who name="Rog131">samrog131</who>
    <bug_when>2015-04-18 07:08:40 +0000</bug_when>
    <thetext>Duplicate of the https://bugs.kde.org/show_bug.cgi?id=338242 ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1516341</commentid>
    <comment_count>11</comment_count>
    <who name="Jeremy Whiting">jpwhiting</who>
    <bug_when>2015-05-05 15:05:48 +0000</bug_when>
    <thetext>*** Bug 347206 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1519488</commentid>
    <comment_count>12</comment_count>
    <who name="Thomas Lübking">thomas.luebking</who>
    <bug_when>2015-05-17 09:19:40 +0000</bug_when>
    <thetext>*** Bug 347206 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1528662</commentid>
    <comment_count>13</comment_count>
    <who name="Xynfreax">cristian.mqa.dev</who>
    <bug_when>2015-06-27 16:51:49 +0000</bug_when>
    <thetext>*** Bug 349663 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1538255</commentid>
    <comment_count>14</comment_count>
    <who name="David Edmundson">kde</who>
    <bug_when>2015-08-20 14:38:12 +0000</bug_when>
    <thetext>

*** This bug has been marked as a duplicate of bug 346862 ***</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>