** Attachment added: "Block_diagram_Pat10.pdf"
https://bugs.launchpad.net/bugs/872075/+attachment/2535710/+files/Block_diagram_Pat10.pdf
** Description changed:
When viewing a particular file, attached to this bug report, evince
causes my entire system to go unresponsive due to very high
Public bug reported:
When viewing a particular file, attached to this bug report, evince
causes my entire system to go unresponsive due to very high memory use.
The pdf does eventually show, but in the process, memory usage appears
to rise up to 900 MB or so on my system, and presumably the use of
If I need to provide anything else please let me know. I am having the
same problems on a new dual core HP ProBook 4320s with 1.8 GiB of RAM
and 9.3 GiB of swap, so it is not just my original machine.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
It turns out I was having some problems with a failing hard drive
causing high iowait when swap memory was being used.
However, I have replaced the hard drive and are still having similar
problems (but of a lesser magnitude) in a clean Ubuntu 10.10
installation.
I have a HP 530 Notebook PC with 1
** Attachment added: "Rajitha_SST2010.pdf"
https://bugs.launchpad.net/bugs/670201/+attachment/1721264/+files/Rajitha_SST2010.pdf
--
evince freezes with high iowait, locks up entire OS
https://bugs.launchpad.net/bugs/670201
You received this bug notification because you are a member of Ubuntu
Public bug reported:
Binary package hint: evince
When I open the attached pdf, evince freezes with high iowait, and the
entire system is unusable. It's difficult to even start up a tty using
Ctrl+Alt+F1 so that the offending process can be killed. No problems
exist with viewing the pdf with xpdf
I have attached the output of the printing troubleshooter tool.
** Attachment added: "troubleshoot.txt"
https://bugs.launchpad.net/ubuntu/+source/evince/+bug/664956/+attachment/1706351/+files/troubleshoot.txt
--
evince printing fails with CUPS error "/usr/lib/cups/filter/foomatic-rip failed"
** Attachment added: "PDF file that causes the CUPs error"
https://bugs.launchpad.net/bugs/664956/+attachment/1706347/+files/IS100453.pdf
--
evince printing fails with CUPS error "/usr/lib/cups/filter/foomatic-rip failed"
https://bugs.launchpad.net/bugs/664956
You received this bug notificat
Public bug reported:
Binary package hint: evince
Printing a PDF file (attached) using evince causes the print job to stop
and the print diagnostic tool to load. The error reported is
"/usr/lib/cups/filter/foomatic-rip failed". This does not happen with
xpdf or acroread to the same printer using C
Just a quick note that a workaround that seems to work for me is to
peform the page-down by clicking on the empty area on the scroll-bar.
This seems to perform a more sensible approach, with only a line or so
of context instead of the much too large amount when the space bar or
page down is used.
So this has been reported a number of times in different guises .. for
example:
https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/72714
which links us back to:
http://bugzilla.gnome.org/show_bug.cgi?id=150521
Which shows that the gnome folk are not interested in fixing this.
So as a distribut
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/18248065/Dependencies.txt
** Attachment added: "ProcMaps.txt"
http://launchpadlibrarian.net/18248066/ProcMaps.txt
** Attachment added: "ProcStatus.txt"
http://launchpadlibrarian.net/18248067/ProcStatus.txt
--
[intre
Public bug reported:
Binary package hint: totem
When I try to open a text .m3u playlist file with totem, it complains
that it cannot open the playlist with the message: "GstDecodeBin: This
appears to be a text file". The following messages are also output to
the console:
** Message: Error: This
Pedro, in that case can you please link this bug to it's duplicate so
that I can see if there is anything I can do to help.
--
Evince takes a long time, cpu to render document
https://bugs.launchpad.net/bugs/259294
You received this bug notification because you are a member of Ubuntu
Desktop Bugs
As a matter of interest, I have also attached a very similar file (also
exported from Oo.org impress) that does *not* have this problem with
evince/xpdf.
** Attachment added: "EEP129_Lecture_4-08.pdf"
http://launchpadlibrarian.net/16922087/EEP129_Lecture_4-08.pdf
--
Evince takes a long time,
** Attachment added: "EEP129_Lecture_5-08.pdf"
http://launchpadlibrarian.net/16921597/EEP129_Lecture_5-08.pdf
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/16921598/Dependencies.txt
** Attachment added: "ProcMaps.txt"
http://launchpadlibrarian.net/16921599/ProcMa
Public bug reported:
Binary package hint: evince
Occassionally with some pdf documents evince seems to take a very long
time to render pages (and sticks at 100% cpu usage while doing so too).
In this case it appears to be happening with some pdfs exported from
openoffice impress. I'm not sure if
Submitted upstream (http://bugzilla.gnome.org/show_bug.cgi?id=531898)
** Also affects: eog via
http://bugzilla.gnome.org/show_bug.cgi?id=531898
Importance: Unknown
Status: Unknown
--
paper orientation should default based on image dimensions
https://bugs.launchpad.net/bugs/200401
Yo
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/12534891/Dependencies.txt
** Attachment added: "ProcMaps.txt"
http://launchpadlibrarian.net/12534892/ProcMaps.txt
** Attachment added: "ProcStatus.txt"
http://launchpadlibrarian.net/12534893/ProcStatus.txt
--
paper
Public bug reported:
Binary package hint: eog
It gets annoying having to always change the page-setup when I want to
print screen-shots and photos and other landscape orientated images
full-page. Surely the orientation of the printed version should be based
on which would print the largest image
It seems this is by design. But I still feel it should at least be
mentioned in the menus as it is not obvious and can take some getting
used to
>From http://www.gnome.org/projects/totem/ :
Q: Why does seeking with the keyboard keys (Left and Right arrow) in Totem not
seek the same amount of tim
I'm pretty sure it happens for any file. I have tried it with mp4s avis
and mp3s and the same think happens for all of them. One minute
forwards, 15 seconds back.
I've kind of gotten used to it now, and If it is by design I could
probably put up with it, but it still seems a little counterintuitiv
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/10245172/Dependencies.txt
** Attachment added: "ProcMaps.txt"
http://launchpadlibrarian.net/10245173/ProcMaps.txt
** Attachment added: "ProcStatus.txt"
http://launchpadlibrarian.net/10245174/ProcStatus.txt
--
skip f
Public bug reported:
Binary package hint: totem
'Skip Forwards' in totem skips 1 minute, but 'Skip Backwards' only goes
back 15 seconds. This seems counterintuitive to me, at at least should
be configurable in some manner, as the 1 minute skip is a bit long for
watching short video podcasts, such
Just to demonstrate, hit this link .. it kills my firefox instantly (and
gets saved in the current session, so firefox then crashes on start. )
http://hereisyourpolicebrutality.ytmnd.com/
--
Firefox crashes after watching embedded video (undefined symbol:
NS_CStringContainerInit)
https://launch
Public bug reported:
I found this in liferea, when clicking the below item from an rss feed -
liferea dies instantly.
I'm guessing it's the Quicktime embed? Are these supposed to work on
Feisty?
with --debug-all flag on:
** Message: NP_Initialize
** Message: NP_Initialize succeeded
/usr/bin/life
26 matches
Mail list logo
