Launchpad has imported 21 comments from the remote bug at
https://bugs.kde.org/show_bug.cgi?id=302903.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2012-07-02T15:07:37+00:00 Majewsky wrote:

Since the update from 4.8 to 4.9 RC 1, a new Konsole window starts in
~/Documents instead of ~. This differs from the standard behavior of
about every terminal or terminal emulator in the world.

Reproducible: Always

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/0

------------------------------------------------------------------------
On 2012-07-02T15:29:09+00:00 adaptee wrote:

(I guess) You are starting konsole through krunner, right ? If not, how
?

Please describe the problem in a clear and umambiguous way.  Basically,
you should follow the template shown in
https://bugs.kde.org/enter_bug.cgi?product=konsole&format=guided, i.e.,
"Steps to reproduce", "Expected results", "Actual Results", etc. That
would reduce the cost of communication and the chance of
misunderstanding.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/1

------------------------------------------------------------------------
On 2012-07-05T02:00:59+00:00 Kurt Hindenburg wrote:

I just noticed that this happens on my laptop when starting Konsole from
the taskbar menu.

2.9

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/2

------------------------------------------------------------------------
On 2012-07-05T13:26:05+00:00 adaptee wrote:

See https://bugs.kde.org/show_bug.cgi?id=183534 for the root cause

The change on the konsole side is https://projects.kde.org/projects/kde
/kde-
baseapps/konsole/repository/revisions/ebcab3c307f83ddf42a9096b8a76a5389ce52f3d.

That commit only makes konsole more like other emultators.  So if
konsole is starting in "~/Documents" when started through krunner or
menu, I'm pretty sure that also applies to other emulators, like xterm,
rxvt-unicode, gnome-terminal, etc .

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/3

------------------------------------------------------------------------
On 2012-08-13T02:39:01+00:00 adaptee wrote:

*** Bug 305059 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/4

------------------------------------------------------------------------
On 2012-08-13T18:10:10+00:00 Vamp898 wrote:

(In reply to comment #3)
> See https://bugs.kde.org/show_bug.cgi?id=183534 for the root cause
> 
> The change on the konsole side is
> https://projects.kde.org/projects/kde/kde-baseapps/konsole/repository/
> revisions/ebcab3c307f83ddf42a9096b8a76a5389ce52f3d. 
> 
> That commit only makes konsole more like other emultators.  So if konsole is
> starting in "~/Documents" when started through krunner or menu, I'm pretty
> sure that also applies to other emulators, like xterm, rxvt-unicode,
> gnome-terminal, etc .

I dont get it.

Start Konsole in GNOME --> opens in ~
Start Konsole in KDE --> opens in ~/Documents

And it doesnt care if you use krunner or not to start it so why is this
krunner related anyway? Does krunner set a global var which is used by
konsole?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/5

------------------------------------------------------------------------
On 2012-08-14T08:04:41+00:00 adaptee wrote:

(In reply to comment #5)
> I dont get it.
> 
> Start Konsole in GNOME --> opens in ~
> Start Konsole in KDE --> opens in ~/Documents

Try running xterm or gnome-terminal in gnome and KDE(through krunner or
menu), the result will be the same as the konsole case above (suppose
the ~/Documents folder is present ). Without that commit, konsole just
start in "~" if you haven't set the initial path explicitly in default
konsole profile. That is what I mean that commits only makes konsole
more like other emulators.

> And it doesnt care if you use krunner or not to start it so why is
this krunner related anyway? Does krunner set a global var which is used
by konsole?

See bug 183534

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/6

------------------------------------------------------------------------
On 2012-08-15T20:36:29+00:00 Francesco Cecconi wrote:

I have the same result with gnome-terminal and xterm. (through krunner
or menu)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/7

------------------------------------------------------------------------
On 2012-08-23T10:18:02+00:00 Maxim Kukushkin wrote:

This bug also affects me (Arch Linux, KDE 4.9.00). If I open a system
terminal, it opens in ~, but once I try to open xterm or konsole, it
opens in ~/Documents (no matter how I run them - krunner or any other
way).

Also, if I open a second tab in Konsole or a second Konsole instance -
it starts in ~.

I don't have any "cd" to Documents in bashrc or profile and it doesn't
appear in environment variables. So, to me it's a bug in KDE. KDE
shouldn't affect the behavior of Bash.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/8

------------------------------------------------------------------------
On 2012-08-24T12:30:17+00:00 Mr-blurred wrote:

I have the same problem. And it's really irritating. But nevertheless,
thank you for your apps! :)

Arch Linux 3.4.9
KDE 4.9

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/9

------------------------------------------------------------------------
On 2012-08-24T19:53:00+00:00 R7g-bugs wrote:

I start Konsole through a shortcut in the panel, or through a keyboard
shortcut, and not through krunner.

As has been pointed out, a second or subsequent instance of Konsole
starts with ~, not ~/Documents. I don't understand this inconsistency,
which is perhaps even more annoying than having *all* instances start in
~/Documents would be.

Anyway, I've now set my Documents path through System Settings to be my
home directory. I don't think I should have to do that, and it's a
kludge, but there it is.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/10

------------------------------------------------------------------------
On 2012-09-14T10:13:13+00:00 adaptee wrote:

Well, a summary of the situation (or my reply in
https://git.reviewboard.kde.org/r/106177/)

    1. The reported problem happens to konsole 2.9.x. But the same
problem also happens to xterm, gnome-termianl under the same situation.

    2. There is *nothing* wrong on the konsole side, IMO. The "faulty"
commit mentioned in comment #3 only makes konsole more like other
emulators.

    3. No matter whose fault it is , if users think it is konsole's
fault, then it is and should be fixed.

    4. I don't like the idea of writing extra (strange) code to work
around a long outstanding problem in another component. More precisely,
the problematic code is here:
http://lxr.kde.org/source/kde/kdelibs/kio/kio/krun.cpp#1079 .

    5. Reverting that "faulty" konsole commit is an easy task, while it
also means konsole will lose that only recently gained similarity to
other emulators.


In the end, I think reverting is the right way. But I'm still reluctant to do 
it (because there is nothing wrong on the konsole side, you know...). That is 
why I didn't fix this problem in KDE SC 4.9.1, although I had enough time to do 
it.

So all subscribers of this report, you have two choices to get this
problem fixed :

    1. Raise your hands and push me in this report: "I don't care whose
fault. I only want it to be fixed ASAP(4.9.2). Revert that commit. "

    2. Go to bug 183534, add your polite and convincing argument why the 
current behavior of using KGlobalSettings::documentPath() as the fallback 
working directory is problematic. Then wait for bug 183534 to be fixed.
l

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/11

------------------------------------------------------------------------
On 2012-09-14T12:15:43+00:00 Maxim Kukushkin wrote:

Hello Jekyll,
I see your point. As for me, it's better to fix the more global problem then 
rollback changes in Konsole (in fact it will be a workaround then). I'll share 
my opinion in bug 183534

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/12

------------------------------------------------------------------------
On 2012-09-14T13:23:22+00:00 Mr-blurred wrote:

I also think so. The global fix is more appropriate. But the only thing
I don't understand is why the second instance of Konsole runs in   ~/
directory?


I press Alt+F2, type "konsole" and it starts in ~/Document.  Next, I press 
Alt+F2, type "konsole" and it starts in ~/. It seems that the Konsole not 
always inherits its working directory from parent process. In the case of Gnome 
Terminal launched by Krunner, second instance starts in ~/Document directory.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/13

------------------------------------------------------------------------
On 2012-09-14T16:52:34+00:00 R7g-bugs wrote:

I agree, let's do the job properly. I've added my vote to bug 183534.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/14

------------------------------------------------------------------------
On 2012-09-22T15:17:17+00:00 adaptee wrote:

Git commit 5f7b5eba568e8f4d311d9fba015e6f68478b3af6 by Jekyll Wu.
Committed on 21/09/2012 at 12:46.
Pushed by jekyllwu into branch 'master'.

Specify $HOME as working directory through the .desktop file

This is just a workaround for the problem of opening "~/Documents" on startup.
Although it is simple (just one line) and easy to understand, it is still a
not-so-pleasant hack which doesn't need to be added at the first place.

Note, the per-profile working directory still takes precedence if it is
set

M  +1    -0    desktop/konsole.desktop

http://commits.kde.org/konsole/5f7b5eba568e8f4d311d9fba015e6f68478b3af6

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/15

------------------------------------------------------------------------
On 2012-09-22T15:18:54+00:00 adaptee wrote:

Git commit a910778820408f293085073712b98a090dd3b28a by Jekyll Wu.
Committed on 21/09/2012 at 12:46.
Pushed by jekyllwu into branch 'KDE/4.9'.

Specify $HOME as working directory through the .desktop file

This is just a workaround for the problem of opening "~/Documents" on startup.
Although it is simple (just one line) and easy to understand, it is still a
not-so-pleasant hack which doesn't need to be added at the first place.

Note, the per-profile working directory still takes precedence if it is set
(cherry picked from commit 5f7b5eba568e8f4d311d9fba015e6f68478b3af6)

M  +1    -0    desktop/konsole.desktop

http://commits.kde.org/konsole/a910778820408f293085073712b98a090dd3b28a

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/16

------------------------------------------------------------------------
On 2012-09-25T14:24:52+00:00 Synfl4g wrote:

present on F18 too, is not a problem of konsole, and .desktop file is a
workaroud. KDE is not the right place for fix old apps like xterm with
not xdg dirs standard and .desktop file. Broke KDE for repair other
things is not a solution

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/17

------------------------------------------------------------------------
On 2012-10-05T10:11:58+00:00 David Faure wrote:

Git commit f659ebf30dde67798926e9ab0a7671a96602174b by David Faure.
Committed on 05/10/2012 at 12:00.
Pushed by dfaure into branch 'KDE/4.9'.

By popular demand, revert the call to chdir(documentPath).

This was an attempt to make the KDE document path work in non-KDE
gui apps (such as openoffice) (#108510). But it makes terminals
start in ~/Documents, which users don't expect.
Related: bug 302903, bug 108510

M  +1    -9    kinit/kinit.cpp
M  +1    -6    kio/kio/krun.cpp

http://commits.kde.org/kdelibs/f659ebf30dde67798926e9ab0a7671a96602174b

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/18

------------------------------------------------------------------------
On 2012-10-05T10:13:43+00:00 David Faure wrote:

Git commit d6dddcc4dbe928670cef61708805c81bf6d1066c by David Faure.
Committed on 05/10/2012 at 12:15.
Pushed by dfaure into branch 'KDE/4.9'.

Revert a91077882, fixed in kdelibs instead, and $HOME breaks in Gnome.

FIXED-IN: 4.9.3

M  +0    -1    desktop/konsole.desktop

http://commits.kde.org/konsole/d6dddcc4dbe928670cef61708805c81bf6d1066c

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/19

------------------------------------------------------------------------
On 2012-10-05T10:15:21+00:00 David Faure wrote:

Git commit c090b85ff808c920ebf6db3459136105f3ad3fc8 by David Faure.
Committed on 05/10/2012 at 12:15.
Pushed by dfaure into branch 'master'.

Revert a91077882, fixed in kdelibs instead, and $HOME breaks in Gnome.

FIXED-IN: 4.9.3
(cherry picked from commit d6dddcc4dbe928670cef61708805c81bf6d1066c)

M  +0    -1    desktop/konsole.desktop

http://commits.kde.org/konsole/c090b85ff808c920ebf6db3459136105f3ad3fc8

Reply at:
https://bugs.launchpad.net/ubuntu/+source/konsole/+bug/1068451/comments/20


** Changed in: kde-baseapps
       Status: Unknown => Fix Released

** Changed in: kde-baseapps
   Importance: Unknown => Medium

** Bug watch added: KDE Bug Tracking System #183534
   https://bugs.kde.org/show_bug.cgi?id=183534

-- 
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to konsole in Ubuntu.
https://bugs.launchpad.net/bugs/1068451

Title:
  konsole app is not accessible via Unity

To manage notifications about this bug go to:
https://bugs.launchpad.net/kde-baseapps/+bug/1068451/+subscriptions

-- 
kubuntu-bugs mailing list
kubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs

Reply via email to