Not sure if dolphin really is the culprit here. I just observed this: Situation: Activity 'Development', dolphin open, konsole panel active 2 aliases in ~/.bashrc 'cb' and 'cs' - Close/Stop activity 'Development' - Open/Start it again. Everthing looks as it should but in konsole panel aliases do not work. $ exit F4 Aliases are back. Meaning: Now ~/.bashrc was processed.
Starting with Konsole
I couldn't reproduce this; here are the steps I followed: - Create two activities - open dolphin in one of them and open the terminal panel - edit .bashrc and add an alias - stop the activity and start it again, the alias is in effect
(In reply to Ahmad Samir from comment #2) > I couldn't reproduce this That is most likely due to neon putting these lines into ~/.profile if [ -n "$BASH_VERSION" ]; then if [ -f "$HOME/.bashrc" ]; then . "$HOME/.bashrc" fi fi
BASH executes commands in ~/.profile when it's invoked as a login shell. However if bash is invoked as an interactive non-login shell it executes commands in ~/.bashrc. So it follows that when the dolphin terminal panel is shown bash will execute commands in ~/.bashrc; when an activity is stopped then resumed the bash process (and the dolphin process too) for that panel is terminated and a new one is started. FWIW, if I edit .bashrc and then hide -> show the terminal panel new commands in .bashrc aren't executed, which makes sense as dolphin doesn't terminate the bash process it started when the terminal panel was first shown (the output in the terminal panel is preserved if you hide then show that panel).
(In reply to Michael Heidelbach from comment #3) > (In reply to Ahmad Samir from comment #2) > > I couldn't reproduce this > > That is most likely due to neon putting these lines into ~/.profile > if [ -n "$BASH_VERSION" ]; then > if [ -f "$HOME/.bashrc" ]; then > . "$HOME/.bashrc" > fi > fi Does removing that fix the issue?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!