Re: Patch for 0.1.8
- From: Marcus von Appen <mva@xxxxxxxxxxxx>
- To: emelfm2@xxxxxxxxxxxxx
- Date: Tue, 8 Aug 2006 18:04:19 +0200
On, Wed Aug 09, 2006, tpgww@xxxxxxxxxxx wrote:
> On Tue, 8 Aug 2006 09:06:12 +0200
> Marcus von Appen <mva@xxxxxxxxxxxx> wrote:
>
> > Unfortunately this patch odes not fix a 'show hidden files' issue, I
> > discovered just two minutes ago. Just click on the 'Show Hidden Files'
> > icon for a pane, change the directory and see, that you won't see
> > anything :-).
> > Looks like the GtkTreeView breaks.
>
> Hello again, Marcus
>
> I don't have that behaviour here, and I can't see why it's
> happening. So some more investigation is in order.
Sorry for not giving more details. I was just a bit - ehm - annoyed that
I possibly have to delete all my configuration stuff again ;-).
> Can you please explore, for example:
>
> does it happen for any directory ?
Yes, if the option "show parent ".." in filelists" is enabled.
> what if the session is started with hidden items displayed?
Nothing is shown in the affected pane.
> what does the status line text report ?
Tha 0 items from X hidden are displayed. Indifferent if those are hidden
items or not.
> what happens if you later revert to hide-hidden items ?
The contents are displayed correctly. As said - it only happens on
changing directories. If you stay in one while togglinmg that option
anything's fine.
> what happens when you change a file-list filter setting ?
> ([un][re]filtering uses the same mechanism as [un]hiding)
Anything's fine.
>
> what happens when you enable the config option "show parent ".." in
> filelists" ?
It only happens then.
>
> if you compiled with debug messages enabled, are there any relevant
> error messages ?
No.
>
> did you previously use the last pre-release, and if so, did the same
> behaviour occur there ?
No and no. I directly moved from 0.1.7 (tried both, with 0.1.7
configuration and a fresh one).
I just noticed, that the parent entry ../ is filtered by the option,
too. So I guess, that the root element of the treeview will be lost,
which might cause any other item to be lost, too. Can you verify that
behaviour?
Regards
Marcus
- Follow-Ups:
- Re: Patch for 0.1.8
- From: tpgww
- References:
- Patch for 0.1.8
- From: tpgww
- Re: Patch for 0.1.8
- From: Marcus von Appen
- Re: Patch for 0.1.8
- From: tpgww
Other related posts:
- » Patch for 0.1.8
- » Re: Patch for 0.1.8
- » Re: Patch for 0.1.8
- » Re: Patch for 0.1.8
- » Re: Patch for 0.1.8
- » Re: Patch for 0.1.8
- Re: Patch for 0.1.8
- From: tpgww
- Patch for 0.1.8
- From: tpgww
- Re: Patch for 0.1.8
- From: Marcus von Appen
- Re: Patch for 0.1.8
- From: tpgww