On Sunday 07 December 2008 20:41:35 Diego Escalante Urrelo wrote:
> On 12/7/08, George Kiagiadakis <[EMAIL PROTECTED]> wrote:
> >  ALSO, I tried this with a different user and it seems to work! So, it's
> >  obviously some problem with the configuration. I tried to move away
> >  ~/.config/subtitleeditor, but that didn't help and I noticed that it
> > still could remember the recently opened files, so it must be saving some
> > configuration bits somewhere else. Any ideas where is that?
>
> ~/.recently-used*, keep your current copy before deleting so we can
> try to debug the problem further (perhaps it's a crash on missing
> files being on the r-u list)

I tried moving those files away, but it didn't help. I discovered though a very 
odd thing. If subtitleeditor is running in my kde 4.2 (beta) session, it 
crashes. If it is not, it doesn't crash. Something like that:

Non-crashing procedure:
- Login to kde 4.2 as user1
- Start subtitleeditor as another user:
$ ssh -Y [EMAIL PROTECTED]
$ subtitleeditor
- Open a file -> opens fine!

Crashing procedure:
- Login to kde 4.2 as *either* user1 or user2
- Start subtitleeditor
- Open a file -> crash!

In all cases I tried with a clean ~/.recent*

This is very strange and I can't understand what might cause it. I am not 
using the gtk-qt theme engine for gtk and as far as I can tell, subtitleeditor 
doesn't dlopen() any qt/kde library. Any ideas?

PS: I think the severity should be lowered now. Subtitleeditor works fine with 
kde 4.1 and older and kde 4.2 is unreleased (both upstream and in debian), so 
that's definitely not an rc bug :)

Regards,
George




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to