Public bug reported:
Binary package hint: evince
Opening a local pdf that normally needs 2-3secs takes about 10-15 when
my network connection suffers from excessive dropped packets (I noticed
it by accident but was able to reproduce easily with many different
pdfs)
Steps to reproduce:
make it s
Same symptoms for me today with Empathy ver 2.30.1. It seems to happen
randomly. I restarted empathy several times and at one point (a few
hours later) it opened with all contacts listed.
Some details:
1) When somebody was IMing me I was getting the message.
2) Trying to send an IM by hitting ct
I asked a friend with 9.04beta installed and he had no problem where in
8.10 I get this numbers:
30sec to return to /usr from /usr/bin
(for reference the same PC needs 17sec to open /usr/bin with ~1400 files)
So it seems this is fixed in 9.04 -- do you still need my input in
regards to 8.10?
--
I will try to absorb all this info and test it. It's a lot of new things
but after a quick scan they look clear enough. Meanwhile if anybody else
allready knows how to get a backtrace I should note that I've
reproduced the problem on another 8.10 installation and I can give a two
step summary on r
Public bug reported:
I enter a folder with 3421 jpg files, select all of them and wait a little
without doing nothing.
Then I click on the parent folder to go up one level and this takes about a
minute (note that it took a few seconds to display the contents of the folder
with the thousand jpgs
Sorry everyone -- this is not my bug, my problem is with mp3's from the
disk
--
sound chirps and dropouts during playback MP3 shoutcast stream
https://bugs.launchpad.net/bugs/209637
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to totem i
in my case the fix doesn't help vlc (allthough all 3 files are present
and contain icy-metadata wich is altered by sed to Xcy-metadata).
I've never had any problem with mplayer or totem-audio-preview (mouse
over) or with gst-launch
I came here from bug #223650 which seems as a dupe
--
sound ch
tested with ~3800 files and seen no problem at all in Ubuntu 8.04
(Hardy)
** Changed in: nautilus-cd-burner (Ubuntu)
Status: Incomplete => Fix Released
--
Nautilus DVD creator hangs when trying to write files to disc
https://bugs.launchpad.net/bugs/172332
You received this bug notificatio
> Could you try if that's still an issue on hardy
I'll do so as soon as I'll have the time for an upgrade
> you can use the answer tracker on https://answers.launchpad.net/ubuntu
thanks for the tip Sebastian
--
Nautilus DVD creator hangs when trying to write files to disc
https://bugs.launchpa
I'm guessing I must backtrace nautilus just before hitting the record
button and I'm guessing that the method described in "Already running
programs" [1] is good so here is a backtrace. Feel free to re-close this
report if you don't like it but I would prefer a tip as to what else I
could do to mak
Two different users report the same problem and ask for very little help
to investigate it further. If at this moment you can't help, just leave
this one for someone else. Closing bugs without investigation doesn't
help Ubuntu become better in any way.
--
Nautilus DVD creator hangs when trying t
** Description changed:
After adding too many files (say 2000) to a Blank DVD folder (burn://)
and clicking "Write to Disc" the write to disc dialog box appears but it
is completely unresponsive (BTW it reports "calculating data size" or
something close to that).
With few files (say 1
I've seen the same behavior when I was witting a lot of files (last time
~2000 files)
following is an strace for nautilus-cd-burner and
nautilus-cd-burner/mapping-daemon during the bugy behavior. I've waited for at
least 3-4 minutes with no response (btw total CPU response was ~1% for all this
I've seen the same behavior when I was witting a lot of files (last time
~2000 files)
following is an strace for nautilus-cd-burner and
nautilus-cd-burner/mapping-daemon during the bugy behavior. I've waited for at
least 3-4 minutes with no response (btw total CPU response was ~1% for all this
Most of the times whining doesn't help at bugs getting fixed. Sometimes
it even delays fixing because developers get pissed off (also note that
the bug is "triaged" that is work on fixing it is about to begin)
regarding "INDEXING MUST BE OPTIONAL, NOT MANDATORY": this choice is not
the topic of th
I've done a default install of 7.10 some hours before and have the exact
same behavior (without configuring anything even vaguely related to
indexing )
If I haven't done a thorough search in bugs I would have believed that
search doesn't work (just like this user thinks in bug #148701 which is
pos
maybe dupe bug #148701
--
Searching within Nautilus doesn't work at all
https://bugs.launchpad.net/bugs/154692
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for nautilus in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubunt
(continuing my previous post) I've verified that in my case the tracker
is enabled but apparently it had no time to index all my /home files
(copied thousands of them some hours ago). Note also that in my case
searches complete almost instantly (<1/2sec)
[I should say that searching for "Desktop"
maybe dupe bug #154692
--
Search function in File browser does not function
https://bugs.launchpad.net/bugs/148701
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://list
quote from bug#150379:
"Nautilus integrated search (CTRL+F) does not return any result
without tracker indexes. I don't need an indexing daemon running all the
time so I disabled trackerd [...] and disabled indexing [...]."
maybe the two bugs are related (and maybe bug#148701 "Search function
Gabriel I faced the same problem and landed here. Can you please check bug
#150379 [1]. I'm quoting from it:
"Nautilus integrated search (CTRL+F) does not return any result...[but]
Searching through "Places -> Search file" works as usual."
This is the case for me. Can you tell us if it's the s
confirmed in a fresh 7.10 i386 installation
** Changed in: nautilus (Ubuntu)
Status: Triaged => Confirmed
--
Search function in File browser does not function
https://bugs.launchpad.net/bugs/148701
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which i
I've accidentaly clicked "Also needs fix here" button of this bug
thinking that it would link to some more info instead of performing an
action. I'm totaly lost with regards to malone and I can't find how to
undo my action.
--
gnome-cups-icon uses 100% CPU
https://launchpad.net/bugs/44196
--
de
Adam wrote:
> It has led to information loss for me.
Well in my case it has led to hardware loss. I know you are laughing.
It's OK. Now let's get serious, here is my situation:
1) English is not my primary language as is the case of so many people
2) At my office I always have a locking-screensav
from a duplicate of this bug (Bug #24305) here are some comments:
DETAILED DESCRIPTION
-
if the screensaver activates while the focus is on an rdesktop window, then
upon exiting the screensaver (either password protected one or not) the mouse
and keyboard are not
*** This bug is a duplicate of bug 58093 ***
** This bug has been marked a duplicate of bug 58093
I lost the control of the desktop when screen saver run
--
Mouse stops responding if the ubuntu screensaver activates while the focus is
on an rdesktop windows
https://launchpad.net/bugs/24305
** Bug 24305 has been marked a duplicate of this bug
--
I lost the control of the desktop when screen saver run
https://launchpad.net/bugs/58093
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
27 matches
Mail list logo
