Bug 108542 – Selecting removable media changes view mode

Description From Richard 2005-07-04 15:24:06

Version:            (using KDE KDE 3.4.1)
Installed from:    Compiled From Sources
Compiler:          gcc 3.4.3 Visibility patches applied
OS:                Linux

When selecting removable media - which means either a CD/DVD or a USB flash drive on my system - within Konqueror, the view mode changes from Tree to Icon, and stays that way wherever else I browse, until I close and restart Konqueror. This bug was not present in version 3.4.0.

------- Comment #1 From Thiago Macieira 2005-07-05 04:23:45 -------

Kévin: is it something you can fix?

------- Comment #2 From Kevin Ottens 2005-07-05 09:41:26 -------

Hmmm, it should be checked against current SVN trunk first.
I remember David fixing something in konqui about view selection recently.

I'm wondering how it happens in 3.4.1 and not in 3.4.0 though. On the media:/
side I changed almost nothing between 3.4.0 and 3.4.1. In any case it's surely
on konqui side, but I'll check first.

------- Comment #3 From Kevin Ottens 2005-07-05 18:22:43 -------

Ok, clearly reproducible on a fresh KDE svn trunk.
It seems to be related (at least partly) to mimetypes, I suspect the use
of operator== somewhere. It should use is() instead.
Then it's surely in konqi, but I don't know where to start.

------- Comment #4 From Thiago Macieira 2005-07-06 18:17:01 -------

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

------- Comment #5 From Richard 2005-07-26 10:50:52 -------

Is this bug fixed in 3.4.2? (I'd like to know whether it will be worth the
upgrade.)

Also, shouldn't this bug be VERIFIED now?

------- Comment #6 From Richard 2005-08-02 17:09:32 -------

For the curious: this bug is not fixed in KDE 3.4.2 (checked on latest Klax
live CD).

------- Comment #7 From Maksim Orlovich 2005-08-21 18:32:01 -------

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

------- Comment #8 From Maksim Orlovich 2005-08-21 18:32:26 -------

From #111211: also applicable to system:/

------- Comment #9 From Marius 2005-09-04 22:59:07 -------

Confimed on KDE 3.4.2 in media:/

------- Comment #10 From Riskable 2005-09-22 01:27:49 -------

Just like to add that I'm also experiencing this bug with KDE 3.4.2 on Gentoo.

------- Comment #11 From Matthias Pospiech 2005-10-20 18:57:27 -------

This bug is still not fixed in 3.4.3 ...

------- Comment #12 From El E 2005-10-21 01:14:19 -------

Hi, this happens when you are in smb:// too, but only on smb://$computer name. 
For me, that is smb://ubuntu, and the view mode changes.

------- Comment #13 From gene smith 2005-10-22 20:22:59 -------

FYI, see this (at least with media://) on kde 3.4.2 on fc3. Looked and looked
for setting I was missing. This has my vote!

------- Comment #14 From Jesús Jiménez 2005-11-26 12:55:42 -------

*** This bug has been confirmed by popular vote. ***

------- Comment #15 From Gerrit 2006-01-15 13:16:35 -------

Is this bug fixed in KDE 3.5 or 3.5.1?

------- Comment #16 From Victor Yang 2006-01-15 19:57:23 -------

From personal experience, I can confirm this bug persists in KDE 3.5 -- I do
not know if it is fixed in 3.5.1

------- Comment #17 From Tommi Tervo 2006-02-26 13:00:27 -------

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

------- Comment #18 From geroxp@web.de 2006-03-01 09:44:14 -------

I can confirm this bug is still not fixed in 3.5.1. I noticed that when I go up
one level from one directory out of the root level of a device (e.g.
system:/media/sda1/dcim) the tree view changes to icon view. When I go back
(with back button) this bug does not occur.

------- Comment #19 From Adam Porter 2006-03-12 04:15:50 -------

Yep, it's in 3.5.1 from Debian, too.  It's really annoying!  I use the
multi-column view so I can see all of the files on my MMC card, and read the
entire filenames, but then if I change dirs, it goes into icon mode and I can't
read half the filenames!

I submitted this to Debian as well, in the hope that they can include a fix
soon, rather than waiting for a new KDE release. 
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=356449>

------- Comment #20 From Gerrit 2006-04-11 15:08:07 -------

I'm wondering, if somebody of the developers seems to care about this bug. Is
it hard to fix or just nobody interested? We are talking a lot about usability,
and this bug is a huge usability bug. My parents, using KDE and list view, are
always confused when opening files on their memorystick so that I try to find
ways to avoid using the media-kioslave.
I would be so happy, if someone could include a fix in KDE 3.5.3!!!

------- Comment #21 From Richard 2006-04-11 15:43:16 -------

I think a lot of people use the icon view by default, so they simply don't
notice this bug and hence don't care about it. However, if you don't use icon
view by default, this bug is immensely irritating - as everyone here knows!

For the time being, I've just given up using konqueror on removable media. A
suboptimal solution, but until I find a suitable replacement file manager, it's
the best I can do.

------- Comment #22 From Tommi Tervo 2006-04-15 09:06:22 -------

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

------- Comment #23 From Christoph Wiesen 2006-04-15 14:46:14 -------

Think bug is getting worse for me now. This is because it happens with the
seldom used system:/ kioslave as well... 
Unfortunately Kubuntu will start using this more with the dapper release - so
Konqueror constantly switches view mode whenever I browse through system:/
(which is default in Kubuntu), so this is immensely irritating.

I'll report to Kubuntu about the issue, but I suppose it won't matter so much
since "icon view" is their default. Please KDE, fix this.

------- Comment #24 From Tommi Tervo 2006-04-17 19:50:16 -------

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

------- Comment #25 From Tommi Tervo 2006-04-19 20:26:34 -------

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

------- Comment #26 From Rinse De Vries 2006-04-25 12:09:03 -------

I can't reproduce this bug on kde 3.5.2.

If i type media:/ or another kioslave, the viewmode switches back to icon view.
If i then select 'treeview', konqueror stays in that mode during browsing through the system:/ URL.

If i'm in treeview mode, and select a .desktopfile for trash:/, media:/ or system:/, konqueror stays in treeview.

------- Comment #27 From Rinse De Vries 2006-04-25 12:11:27 -------

I can't reproduce this bug on kde 3.5.2.

If i type media:/ or another kioslave, the viewmode switches back to icon view.
If i then select 'treeview', konqueror stays in that mode during browsing through the media:/ URL.

If i'm in treeview mode, and select a .desktopfile for trash:/, media:/ or system:/, konqueror stays in treeview.

------- Comment #28 From S. Burmeister 2006-04-25 16:15:48 -------

If I attach my USB-stick and open it via the "new media found" dialogue or via
the kicker-applet I get an address like system:/media/sda1/ or (from kicker)
media:/sda1/.

It always starts in icon-view, no matter how often I attach the device, but
maybe that is a feature.

So I switch to tree-view by clicking on the toolbar-button. I get / in
tree-view. I then click on a sub-dir, it is not displayed in tree-view, but
icon-view.

So for me, if I click on a dir, the content is always shown in icon-view.
If I use the up-arrow, the content is always shown as icon-view.
If I use the back and forward-button, the tree-view stays.

I click on the tree-view-button, then on the up-arrow, to go back to / and get
icon-view for / again although I had it changed to tree-view.

------- Comment #29 From Eike Hein 2006-04-25 16:58:09 -------

Still happens for me on 3.5.2.

------- Comment #30 From Emilio Scalise 2006-04-25 17:08:50 -------

Also for me, Debian Etch and Kde 3.5.2

------- Comment #31 From Adam Porter 2006-04-26 06:58:47 -------

And for me as well, Debian 4:3.5.2-1.

Could we get a "confirmed" or "verified" for this, instead of "new"?  It's been 9 months.

------- Comment #32 From lexual 2006-04-27 06:34:31 -------

Adam,
NEW means confirmed.
All new bugs are in the state UNCONFIRMED.
Once someone has looked at a bug and see that it a real problem, the status is changed from UNCONFIRMED to NEW.

------- Comment #33 From Krzysztof Lichota 2006-05-06 20:09:46 -------

Created an attachment (id=15940) [details]
Proposed patch for fixing the problem

Here is the patch which should fix the problem.

The problem is that partitions shown in media:/ directory are of type
"media/hdd_mounted" while media:/ directory itself is type "inode/directory".
When partition is selected, Konqueror loads default view for
"media/hdd_mounted" and it is icon view (at least in Kubuntu). 

This patch changes the behaviour to check if new service type which should be
opened, supports also current service type of open view. If that is the case,
view mode is not switched. This should work for all mime types which provide
"X-KDE-IsAlso=inode/directory".

Note: I have limited the scope of this change only to parts which inherit
KonqDirPart, as I am not sure if for other types this should be done so.
Anyway, it might have large impact, so it should be widely tested before
applying.

Note 2: This patch does NOT solve the problem of opening new media from "New
media found" dialog in icon view mode or any other case when media:/hdXX is
opened immediately, without browsing in other mode. In such case, default view
is used. If you want to change view in this case, just open Properties of
partition in media:/ directory, click "Configure file type", choose "Embedding"
and move preferred view to the top of the list.

Disclaimer: this is my first for Konqueror code, so I might have done something
terribly wrong :)

------- Comment #34 From Gerrit 2006-05-06 23:53:55 -------

I have just found a workaround for the problem. Go to "Control Center" → "Kde
Components" → "File Associations" → "media" and for "hdd_mounted",
"hdd_unmounted", "nfs_mounted", "nfs_unmounted" and so on in the Embedding tab
on the right side move "Detailed List View" to the top. That way you have
always "Detailed List View". Of course you can change it to another view mode
as well. 

Hope this helps some people!

------- Comment #35 From Richard 2006-05-08 18:26:09 -------

I tried Gerrit Fricke's workaround, but found that while the view mode is
retained on browsing the root directory of a mounted filesystem, it changes (to
icon view) when drilling down into the directory structure. :(

When I get the time to recompile kdebase, I will be trying Krzysztof Lichota's
patch, which looks promising. Anyone else tried it yet?

------- Comment #36 From Gerrit 2006-05-08 19:02:30 -------

You should also change "Control Center" → "Kde Components" → "File
Associations" → "inode" → "directory" to Detailed List View

------- Comment #37 From Richard 2006-05-10 00:01:34 -------

Thanks Gerrit, that did the trick!

------- Comment #38 From Emilio Scalise 2006-05-10 12:05:40 -------

I couldn't find "Control Center" → "Kde Components" → "File Associations" →
"inode" → "directory", where it is? I have no inode file type in "File
Associations".......
Could you explain me better where it is?
Thanks

------- Comment #39 From Gerrit 2006-05-10 12:23:41 -------

Created an attachment (id=16004) [details]
Snapshot how to find indode → directory

------- Comment #40 From Victor Yang 2006-05-10 20:34:47 -------

I apologize in advance, as this is unrelated, but I haven't been able to find
this quirk anywhere else.  In Gerrit Fricke's screenshot in comment #39, the
"on all desktops" window decoration button in the upper-left hand corner looks
pixelated.  In KDE 3.4.x that same window decoration is a nice-looking circle. 
I believe it's from the plastik theme, and perhaps it's used in other
decoration themes as well.

Is anyone aware of another thread for window decoration bugs?  Maybe it's time
I report this myself -- or is it a new "feature"?

------- Comment #41 From Richard 2006-05-12 01:48:17 -------

Just tried Krzysztof Lichota's patch against kdebase-3.5.2 and it works like a
charm.

It lasted 10 months, but now my icon view hell is over! :)

------- Comment #42 From Krzysztof Lichota 2006-05-12 09:52:57 -------

> Just tried Krzysztof Lichota's patch against kdebase-3.5.2 and it works like a charm.

Great! Can you try stressing these changes by performing the tests below?
Set "a":
1. Switch between directories using sidebar browser from media:/ to
media:/hda1/
2. Switch between directories using sidebar browser from media:/ to
media:/hda1/tmp/
3. Switch between directories using sidebar browser from media:/hda1/ to
media:/
4. Switch between directories using sidebar browser from media:/hda1/tmp/ to
media:/
5. Switch between directories using sidebar browser from media:/hda1/tmp/ to
/home
6. Switch between directories using sidebar browser from media:/hda1/ to /home
7. Switch between directories using sidebar browser from media:/ to /home
8. Switch between directories using sidebar browser from /home to
media:/hda1/tmp/
9. Switch between directories using sidebar browser from /home to media:/hda1/
10. Switch between directories using sidebar browser from /home to media:/
11. Switch between directories using sidebar browser from system:/ to media:/
11. Switch between directories using sidebar browser from media:/ to system:/
Set "b":
The same as above, but by typing URL into adress bar.
"Set c":
Tests 1-4 above, but using Konqueror's "go up" and "go down" (arrows).

All these changes should keep the view you chose at the beginning, be it
detailed view , text view or tree view.

Testing this would help a lot in pushing these changes to KDE repository so
that everyone can use it :)

------- Comment #43 From David Faure 2006-05-12 13:28:18 -------

I see the idea of the patch, but the logic should be in changeViewMode itself -
it's there that the check for "this view supports this mimetype already" is.
But that check isn't inheritance-aware indeed.
Does this fix it?

--- konq_view.cc        (revision 537624)
+++ konq_view.cc        (working copy)
@@ -315,7 +315,7 @@ bool KonqView::changeViewMode( const QSt
                 << " serviceName is " << serviceName
                 << " current service name is " <<
m_service->desktopEntryName() << endl;

-  if ( m_serviceType == serviceType && (serviceName.isEmpty() || serviceName
== m_service->desktopEntryName()) )
+  if ( KMimeType::mimeType(m_serviceType)->is(serviceType) &&
(serviceName.isEmpty() || serviceName == m_service->desktopEntryName()) )
     return true;

   if ( isLockedViewMode() )

------- Comment #44 From David Faure 2006-05-12 13:30:46 -------

Created an attachment (id=16037) [details]
patch as attachment

------- Comment #45 From Krzysztof Lichota 2006-05-12 16:52:12 -------

Created an attachment (id=16039) [details]
Debugging output of Konqueror with second patch applied

Unfortunately your patch does not fix the problem.
Attached is output from Konqueror.

------- Comment #46 From Krzysztof Lichota 2006-05-12 17:13:23 -------

Created an attachment (id=16042) [details]
Debugging output of Konqueror with first patch applied

Here is the output from Konqueror with my patch applied.

------- Comment #47 From Krzysztof Lichota 2006-05-12 17:16:32 -------

Created an attachment (id=16043) [details]
Second version of patch

BTW. I have noticed my first patch causes soft assertion because debugging
output does not end with endline. Here is the fixed version.

------- Comment #48 From David Faure 2006-05-12 18:01:17 -------

Hmm I see, I mis-ported your patch. Does it work better with 

KMimeType::mimeType(serviceType)->is(m_serviceType) ?

The full if becomes:
if ( KMimeType::mimeType(serviceType)->is(m_serviceType) && (serviceName.isEmpty() || serviceName == m_service->desktopEntryName()) )

That's closer to what your patch does: "if the new mimetype inherits from the current one".

------- Comment #49 From Krzysztof Lichota 2006-05-12 18:37:41 -------

Yes, this one works :)

I see I have to learn much more to make patches so small and elegant :)

------- Comment #50 From David Faure 2006-05-12 19:59:35 -------

SVN commit 540153 by dfaure:

Don't change viewmode if the current view's servicetype is a base class of the servicetype we're about to display
 (e.g. current view is for inode/directory, and we want to display a special kind of directory like media/hdd_mounted)

Let's just hope that nobody make text/html inherit text/plain though, otherwise we'll have an old bug
coming back (view a text file from the web, type another website's url, and since text/html is a specialization
of text/plain you get the HTML code in your plain text viewer). Right now there's no such inheritance though,
so this should be fine.

Many thanks to Krzysztof Lichota for his investigation, first patch and tests.
BUG: 108542


 M  +1 -1      konq_view.cc  


--- branches/KDE/3.5/kdebase/konqueror/konq_view.cc #540152:540153
@@ -315,7 +315,7 @@
                 << " serviceName is " << serviceName
                 << " current service name is " << m_service->desktopEntryName() << endl;
 
-  if ( m_serviceType == serviceType && (serviceName.isEmpty() || serviceName == m_service->desktopEntryName()) )
+  if ( KMimeType::mimeType(m_serviceType)->is(serviceType) && (serviceName.isEmpty() || serviceName == m_service->desktopEntryName()) )
     return true;
 
   if ( isLockedViewMode() )

------- Comment #51 From Krzysztof Lichota 2006-05-12 21:12:55 -------

I see you have committed the wrong version (reversed check).

Thanks for credits :)
Will it be the part of KDE 3.5.3?

------- Comment #52 From David Faure 2006-05-12 21:27:29 -------

SVN commit 540255 by dfaure:

Ooops - and 10 more points for Krzysztof.
CCBUG: 108542


 M  +1 -1      konq_view.cc  


--- branches/KDE/3.5/kdebase/konqueror/konq_view.cc #540254:540255
@@ -315,7 +315,7 @@
                 << " serviceName is " << serviceName
                 << " current service name is " << m_service->desktopEntryName() << endl;
 
-  if ( KMimeType::mimeType(m_serviceType)->is(serviceType) && (serviceName.isEmpty() || serviceName == m_service->desktopEntryName()) )
+  if ( KMimeType::mimeType(serviceType)->is(m_serviceType) && (serviceName.isEmpty() || serviceName == m_service->desktopEntryName()) )
     return true;
 
   if ( isLockedViewMode() )

------- Comment #53 From David Faure 2006-05-12 21:28:34 -------

On Friday 12 May 2006 21:12, Krzysztof Lichota wrote:
> Will it be the part of KDE 3.5.3?

Yes, it hasn't been tagged yet.

------- Comment #54 From Johannes Linkels 2006-05-16 17:52:24 -------

Gerrit Fricke, you made my day. Icon view is SO annoying. Now I can finally
install KDE 3.5 on my production machines. Thanks also for providing the screen
shot, it saved me a lot of searching.

jlinkels

------- Comment #55 From Krzysztof Lichota 2006-06-22 11:50:25 -------

Verified fixed in KDE 3.5.3

------- Comment #56 From Tommi Tervo 2006-09-03 23:02:55 -------

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

------- Comment #57 From Raúl 2007-04-11 13:15:18 -------

I'm not sure this bug is solved. Tested on 3.5.5 and 3.5.6. When a new media is
detected I use the "media device" applet and select open in a new window. Since
I have konqueror to open links in new tab it does like that and open the media
on it using _icon view_. The rest of tabs and my default view mode is detailed
list view.

Also, after opening the media and having konqueror changed to icon view I
manually change to detailed list view. If I open a directory on that media,
konqueror will return again to the icon view.

I had to manually change the preferred view mode as per #34 and I think this
workarounded the problem, yet I think it's still there.

What I would expect is that konqueror uses the already used (or default) view
mode when opening a media. Also use the current view mode when opening a folder 
on that media.

I hope having explained properly, if not just ask. Thanks.

------- Comment #58 From Talha 2007-04-11 15:40:38 -------

I also still have problems and I can't believe how this problem can't be
_fully_ solved after so much time and error reports. My problem is this:

I use multiple tabs in konqueror and I use the detailed list view for each of
them. 
1)- I set up the first tab for icon view and save. 
2)- After this when I create a new tab and hit the home button (the tab  is
initially a blank page), I see the contents of my home button in detailed list
view, which is what I expect.
3)- However, if I enter, say, "media:/sda5/", I get the annoying icon view.
4)- It is not finished. Now, I select the detailed list view from the menu and
go inside another folder, say, "media:/sda5/photos/". It is the icon view
again. I can't believe it!
5)- Well, OK, I select the detailed list view once again from the menu and this
second attempt under a different directory seems to fix it for good. From now
on I enter or exit any directory and it is the detailed list view, which I
prefer.
6)- So it takes 2 attempts to get the detailed list view in a "media:/"
location . When I goto a location in my home or root partitions. It is in
detailed list view. I am using Pardus 2007.1 and I have KDE 3.5.6.

Hope this helps for finally fixing this bug which is starting to get really
annoying.
Cheers,
ATY

------- Comment #59 From Richard 2007-04-11 15:57:46 -------

Although the problem I described in the original comment has been fixed, like
the two posters above I also believe that remnants of this bug are still
lingering.

I find that Konqueror switches view mode from Tree to Icon arbitrarily in the
following situation:

1. Open Konqueror on home directory. Note that view mode is Tree.
2. In same tab, open an HTML file (either local or on the internet).
3. Open a new tab, and go to your home directory. View mode is now Icon. Doh!

You have to wonder what kind of twisted logic is behind this view-switching
behaviour. :)

Should I create a new bug report for this problem, or reopen this one?

------- Comment #60 From Talha 2007-04-11 16:13:16 -------

Yes, I can also confirm that #59 has also happened to me before too (for the
detailed list view). Looks like Konqueror uses some cutting edge AI algorithms
to decide on the view mode for the  use in a seemingly infinite combination of
different scenarios :-) Well, we just want to have our _one_ preferred view
working consistently across all folders.
Cheers
ATY

------- Comment #61 From Martijn de Nerd 2007-04-19 10:53:08 -------

I can confirm #59 on kubuntu feisty (kde 3.5.6)

------- Comment #62 From Martijn de Nerd 2007-04-19 11:04:29 -------

Check https://bugs.launchpad.net/kdebase/+bug/69168 for a workaround.

------- Comment #63 From Victor Yang 2007-04-19 20:15:29 -------

#59 does not consistently re-produce the bug for me.  At first it did not
reproduce the bug, but after trying the various things that I describe below,
the steps in #59 did reproduce the bug.

I'm using debian etch, kde 3.5.5 (debian package version 4:3.5.5a-2).  I have
not used the workaround referenced in #62.  In Settings->Configure
Konqueror->File Associations, inode/directory, embedding tab, my  Services
Preference Order is:

Icon View, Multi Column View, Tree View, Info List View, Detailed List View,
Text View, Image View, Terminal Emulator, Navigation Panel

The following _does_ consistently reproduce the bug for me, starting with a
CD-ROM with some jpg files on it inserted in hdc:

1. Open a konqueror window with view mode set to anything _except_ Icon View
2. Type "media:/hdc" in the location bar, press Enter
3. Click on a jpg file -- my set-up has the file opened in the same konqueror
window using the embeded viewer
4. Click the "Up" button.  The view mode has been switched to Icon View


Each of the following variations do NOT reproduce the bug for me -- each test
was carried out quitting all konqueror windows and opening a new one:

* In step 2, navigate to the mount point of hdc, for me it's /media/cdrom --
instead of media:/hdc -- and repeat 3 and 4

* In step 4 click the "Back" button

* In step 2 navigate to "media:/hda4/yangv/" -- my home directory, repeat 3 and
4

* In step 2 navigate to "/home/yangv", repeat 3 and 4

* In Step 2 navigate to my home directory on a windows NTFS partition:
"media:/hda1/Documents and Settings/yangv" or the same location via its mount
point, repeat 3 and 4

------- Comment #64 From Victor Yang 2007-04-19 20:54:42 -------

follow-up and correction to comment #63

after further testing, I discovered the variations I described, itemized by '*' started to reproduce the bug. Furthermore, after logging out and back in, the bug persisted. After re-booting and logging back in, the bug persisted.

I think I figured out, or at least enough to produce consistent behavior. The view mode does not always get reset to Icon View. It gets reset to whatever mode I last manually selected before quitting konqueror. Bear with me:

1. Open a new konqueror window, in file-browsing mode. My default view mode is Detailed List View and upon opening a new window, it is indeed in Detailed List View.

2. Select a different view mode. For this example, I use Tree View.

3. Quit konqueror

4. Open a new konqueror window -- the view mode is Detail List View. This is expected because that's how my view profile is saved.

5. Open a picture, text file or other file to be viewed using the embedded viewer.

6. Press "Up". The view mode has switched to Tree View, not Icon

7. Quit konqueror again

8. Open a new konqueror window. It opens with Detail List View, as expected. Navigate to media:/hdc -- my optical drive

9. Open a file to view in the embedded viewer

10. Click "Up". The view mode has switched to Icon View.

11. Quit konqueror

12. Open a new konqueror window -- the view mode is Detailed List as expected -- navigate to /media/cdrom, my mount point for hdc

13. Repeat 9 and 10. The view mode has switched to Tree View.

I can consistently reproduce this behavior with the other view modes, not just Tree. For the tests I described in #63, I had Detailed List View selected throughout, so it never seemed to switch view modes unexpectedly.

Platform:	Compiled Sources
OS:	Linux
Keywords:
URL:

Attachments
Proposed patch for fixing the problem (1.10 KB, patch) 2006-05-06 20:09, Krzysztof Lichota	Details
Snapshot how to find indode → directory (226.96 KB, image/png) 2006-05-10 12:23, Gerrit	Details
patch as attachment (662 bytes, patch) 2006-05-12 13:30, David Faure	Details
Debugging output of Konqueror with second patch applied (18.13 KB, text/plain) 2006-05-12 16:52, Krzysztof Lichota	Details
Debugging output of Konqueror with first patch applied (13.90 KB, text/plain) 2006-05-12 17:13, Krzysztof Lichota	Details
Second version of patch (1.11 KB, patch) 2006-05-12 17:16, Krzysztof Lichota	Details
Hide Obsolete (1) View All Add an attachment (proposed patch, testcase, etc.)

Actions

Reports

My Account

Depends on:
Blocks:
	Show dependency tree - Show dependency graph