Dear Maintainer, on two different computers, the session management does not work any longer for Konqueror, i.e. logging out and in again does not restore the opened tabs in Konqueror. Kind regards Patrick
I'm also experiencing this, on three different computers. For me, upon login, the same number of konqueror windows will appear as there was when I logged out, but they are all blank/show the default page. Problem occurs whether using KHTML or WebKit renderer, so that doesn't seem to be it... Peace, Brendon tabs updates'), (400, 'unstable'), (1, 'experimental')
Do you know when this behavior started? Are you using testing or unstable? According to https://packages.qa.debian.org/k/kde-baseapps.html there are not so many possible versions which could introduce this bug in my (mainly) testing system: 4:4.14.1-1 at 2014-09-26 or 4:4.14.0-1 at 2014-08-30 or 4:4.13.3-1 at 2014-08-05 I am quite sure, that the bug has not not occurred since or before 2014-05-05. Given the lack of upstream maintainers, we probably have to care about this bug ourselves, if we want to get it fixed for Jessie. I checked and it contains an entry of konqueror, which seems valid to me. This is plausible, as konqueror automatically opens when logging in, after all. Then I checked the files in and current konqueror entries lack nearly all data. So it does not seem to be a problem with restoring (reading) the session managemant information, but with storing (saving) it. I found an old entry modified (created) on 2014-08-06 in that directory which seems to contain all needed data. According to my /var/log/dpkg.log.1 file, I upgraded konqueror from 4:4.12.4-1 to 4:4.13.3-1 on 2014-08-05 in the evening. As I shut my system down later that evening, the correct session file must have been created with version 4:4.13.3-1. Thus, I think, the bug must have been introduced in KDE with 4:4.14.0-1 or 4:4.14.1-1. It would be helpful, if you could narrow it down even more. By the way, I already downgraded konqueror, kde-baseapps-data, kdepasswd, kde- baseapps and kde-baseapps-bin to 4:4.14.0-1 versions, but that didn't help. Either the problem has already been present in the 4:4.14.0-1 version or another KDE component is the culprit, as konqueror probably uses other libraries/processes to save its session management data. Anyway, doing the same with version 4:4.13.3-1 could be interesting, but resolving the dependencies could be more tricky. If you want to try it, that is the approach for 4:4.14.0-1 (the last one obviously needs root permissions): Kind regards Patrick
I just did the downgrade of the above packages to 4:4.13.3-1 and session management is working again. I had a typo in the commands of the last mail (fixed above to avoid confusion), as it obviously must be "amd64" instead of "amd" (or whatever architecture you are using), so the correct commands are Then, as a plausibility check, I upgraded from 4:4.13.3-1 to 4:4.14.0-1 again. After the first logout/login, konqueror restored the session correctly, as the session has been saved with a 4:4.13.3-1 version and loading with 4:4.14.0-1 seems to work. Another logout/login later, the session management stopped working again. So now we know, that 4:4.13.3-1 is the last known good package and 4:4.14.0-1 the first known bad package. We also know, that saving, not loading the session really is the problem. Kind regards Patrick
Unfortunately, it does not seem to be easily possible to track the exact package down. According to the three packages are completely coupled via an exact version depends (=). Although it is possible to install these 3 with version 4:4.14.0-1 and the other 2 with version 4:4.13.3-1, this breaks session management completely for konqueror, i.e. konqueror does not even load with an empty tab anymore. The reverse version selection is not installable. So there seems to be another idea needed to further debug the problem. Kind regards Patrick
control: tags -1 patch As all 5 packages come from the same source package (according to https://packages.qa.debian.org/k/kde-baseapps.html), I downloaded this package in both versions with unpacked the archives and looked with kdiff3 for interesting changes. One interesting change is inside of in lines 5193 until 5196, where effectively is changed into Thus, the main window's close event gets ignored (whatever that means) and the condition is changed from isPreloaded to stayPreloaded. So preloading might be involved into this bug. I just checked my Konqueror settings and my background process configuration is "2", "no", "no". I changed it to "3", "yes", "yes", but this does not change nor fix the session management behavior with 4:4.14.0-1. Here goes nothing! I should be able to build the package myself so that I can test changes. To get the build dependencies, I executed which installed some development packages and downloaded the most recent version with I can now build the packages by using installing it, Konqueror's session management works again. For the record, this is the diff between the working and the breaking commit: https://projects.kde.org/projects/kde/applications/kde-baseapps/repository/diff/konqueror/src/konqmainwindow.cpp?rev=0f149f4469677e8c830962c748fca4d5aa2fbf9e&rev_to=af5a796edddefb08f9d7c02068a6e891a327b25a The commit message already sounds as this has not been the best commit, as you can't port away from something, which is already commented or unused code. Dear maintainer, please revert this commit and upload the changed packages. Kind regards Patrick
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=339699 control: tags -1 + fixed-upstream Dear Maintainer, The upstream report at: https://bugs.kde.org/show_bug.cgi?id=339699 has a fix for this issue: https://projects.kde.org/projects/kde/applications/kde-baseapps/repository/revisions/dcc45ea70b0b408c8017c6f423b978fe6ca6163a I kindly request you to upload a version with this fix applied.