Hi Norbert,
Norbert Preining wrote (04 Nov 2012 00:26:28 GMT) :
>> Norbert: how about trying to bisect this problem by copying into
>> a fresh user account parts of your dotfiles until you manage to
>> reproduce the problem?
> Unfortunately my laptop died on my a while ago and I am still fighting
Processing commands for cont...@bugs.debian.org:
> tags 681451 + unreproducible
Bug #681451 [gvfs-bin] gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong
application
Added tag(s) unreproducible.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
681451: http://b
Hi
> Norbert: how about trying to bisect this problem by copying into
> a fresh user account parts of your dotfiles until you manage to
> reproduce the problem?
Unfortunately my laptop died on my a while ago and I am still fighting
with a new (well, not really, old brick style lenovo), but after
Simon McVittie wrote:
> Bill, you could try this too, substituting your file for foo.pdf. I suspect
> your situation might be different, though.
Thanks, Simon, but I think I'm good. It was a remnant in my local file
that was getting in my way. Once I removed this line from
~/.local/share/applica
On Fri, 13 Jul 2012 at 17:57:46 +0900, Norbert Preining wrote:
> I also checked with xdg-mime types, and they are set correctly:
>
> $ xdg-mime query filetype foo.pdf
> application/pdf
xdg-mime thinks the file is an application/pdf, but I wonder whether GIO
agrees. With libglib2.0-0-dbg installed
Hi,
Norbert Preining wrote (16 Jul 2012 13:17:33 GMT) :
> Hi Michael,
> On Mo, 16 Jul 2012, Michael Biebl wrote:
>> An strace of gvfs-open might be helpful, too.
> Both attached.
I've not seen anything obvious in there :(
Michael, did you have time to look at it?
Norbert: how about trying to bi
tags 681451 + unreproducible
thanks
Hi,
Michael Biebl wrote (15 Jul 2012 19:36:04 GMT) :
> Works fine here.
> python -c 'import gio; f = gio.File("/home/michael/docs/APG.pdf");print
> f.query_default_handler();'
>
> Your problem is not reproducible and looks like a local
> (mis)configuration pr
Looks like there is a remnant of OpenOffice:
$ xdg-mime query default
application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
openoffice.org-calc.desktop
I also found this:
$ grep -r gnumeric .local
.local/share/applications/mimeapps.list:application/vnd.openxmlformat
Has there been any progress with this bug? I'm seeing this problem too:
$ xdg-mime query filetype foo.xlsx
application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
$ xdg-mime query default
application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
openoffice.org-ca
Hi Michael,
On Mo, 16 Jul 2012, Michael Biebl wrote:
> Thanks, those files look all reasonable from a cursory glance.
Yes, that was what I thought, too.
> What happens if you add a line
>
> application/pdf=evince.desktop
>
> to the [Default Applications] section in
> .local/share/applications/
Hi,
On 16.07.2012 05:41, Norbert Preining wrote:
> Hi Michael,
>
> On So, 15 Jul 2012, Michael Biebl wrote:
>> Please tar those files and attach them to the bug report (including
>> their full path)
>
> Attached to this email, and thus the bug report.
Thanks, those files look all reasonable fro
On 15.07.2012 20:21, Norbert Preining wrote:
> On Fr, 13 Jul 2012, Per Olofsson wrote:
>> OK. xdg-open merely calls gvfs-open on the file. Reassigning.
>
> I tried now to find out *why* gvfs-open opens everything in the
> desktop browser ...
>
> I straced a gvfs-call and the following files (tha
Processing commands for cont...@bugs.debian.org:
> severity 681451 serious
Bug #681451 [gvfs-bin] gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong
application
Severity set to 'serious' from 'important'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
681451:
13 matches
Mail list logo
