Public bug report changed:
https://launchpad.net/malone/bugs/8023
- Changed attachments:
Added: Patch to add a printer name entry for gnome-cups-add
http://librarian.launchpad.net/1804597/ask-name-on-add.patch
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https
Public bug report changed:
https://launchpad.net/malone/bugs/8023
- Changed attachments:
Added: Improved patch to add name, description and location entries to
gnome-cups-add
http://librarian.launchpad.net/1816042/printer_info_setup.patch
--
desktop-bugs mailing list
deskt
Public bug report changed:
https://launchpad.net/malone/bugs/8023
- Changed attachments:
Added: Printer info druid page screenshot
http://librarian.launchpad.net/1816043/printer-info.png
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mai
Public bug report changed:
https://launchpad.net/malone/bugs/8023
- Changed attachments:
Added: Patch for libgnomecups to fix wrong IPP call to allow changing
printer description and location from the properties window of
gnome-cups-manager
http://librarian.launchpad.net/
Public bug reported:
Serpentine is extremely slow at decoding mp3, at least too much slower
that it should be.
To create an 80 minutes cd from 18 mp3 files, it takes 15+ minutes only
to decode files to wav.
In contrast gnome-baker takes 2-3 minutes for the same job.
** Affects: serpentine (Ubun
Public bug reported:
As the decoding process is slow (see bug #49202 ), Serpentine should check
the blank cd available space/time before decoding files, and not at the end.
Also, if the media is too small (ex. 74min cd instead of 80min) the
decoded files should not be immediately erased, but a "R
gstreamer0.10 0.10.7-0ubuntu4
serpentine 0.6.91-0ubuntu3
--
Serpentine is extremely slow at decoding mp3
https://launchpad.net/bugs/49202
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
I used an 80MB (700MB) blank cd, added 18 songs to serpentine (which
told me that there where 16 seconds left on the disk), decoded files and
then told me that there wasn't sufficient space on the disk (the
overburning dialog did not appear to ask me if I wanted to force burn)
--
Should check bla
err... I mean 80 minutes not 80MB in my previous post
--
Should check blank cd size before decoding files
https://launchpad.net/bugs/49203
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
I also have the same bug, with an nvidia geforce4 go 420 and nvidia
proprietary drivers.
The password box does not appear and I have to blindly type the password
to unlock the screen.
Disabling twinview is not an option because it's a notebook I use
frequently for presentations.
--
Unlock scree
uhm... I think that Xarchiver does not support drag n' drop at all
It seems that I've found an argument in defense of File-Roller...
I've tried to drag and drop things from Ark (the KDE equivalent of File-Roller)
to Konqueror and I get the same behavior: I have to wait with the button
pressed u
There are problem with lpadmin when printer identifiers contain spaces
(see bug #21882)
--
[Dapper] Can't use spaces when specifying printer name
https://launchpad.net/bugs/44459
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Public bug reported:
The Documents and the Templates folders (and maybe also the Pictures
foldes used by gnome-screensaver) path should not be hard-coded, at
least because not everyone speaks english and understand what these
folders are.
Documents and Templates paths should be configurable at le
You can rebuild the gnome-cups-manager / libgnomecups packages by doing:
sudo apt-get build-dep libgnomecups
sudo apt-get build-dep gnome-cups-manager
apt-get source libgnomecups
apt-get source gnome-cups-manager
the sources for the two packages (and the build dependencies) will be
downloaded and
FYI... I've updated my previous patch to work with the latest version of
nautilus (2.29, in git). See the gnome bugzilla
page https://bugzilla.gnome.org/show_bug.cgi?id=167501 .
--
There's no easy way to undo file copying, moving, deletion, etc.
https://bugs.launchpad.net/bugs/109170
You receive
Patched packages for Karmic and Lucid are available in my PPA, at
https://launchpad.net/~mriya3/+archive/ppa
--
There's no easy way to undo file copying, moving, deletion, etc.
https://bugs.launchpad.net/bugs/109170
You received this bug notification because you are a member of Ubuntu
Desktop Bug
Bug still present in 12.04
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gtk+2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/623022
Title:
"create folder" in gtk filechooser dialog does not work
To manage notifications about this
I've just posted a patch against nautilus 2.18.1 on gnome bugzilla that adds
XdndDirectSave support.
The code is adapted from Thunar 0.8.0 (Benedikt Meurer).
see http://bugzilla.gnome.org/show_bug.cgi?id=171655
Unfortunately I currently do not have a Gutsy install... so if somebody
can verify i
About the "Cannot extract archives in a remote folder "" on
drag and drop...
I've looked at the code and, to me, it seems that developers have forgotten to
remove a test that prevented extraction to a remote folder in
the previous versions, when this was not possible. As now they added support
I've added another patch to fix dnd also for the list/tree view
http://bugzilla.gnome.org/show_bug.cgi?id=171655#c46
testers are welcome
--
Drag n' Drop directories from File-Roller is somewhat tricky
https://bugs.launchpad.net/bugs/13199
You received this bug notification because you are a mem
There already exist a patch for listview
(http://bugzilla.gnome.org/attachment.cgi?id=95584), but it has not yet
been included.
--
Drag n' Drop directories from File-Roller is somewhat tricky
https://bugs.launchpad.net/bugs/13199
You received this bug notification because you are a member of Ubun
I've already done it :)
http://mail.gnome.org/archives/nautilus-
list/2007-September/msg00037.html
--
Drag n' Drop directories from File-Roller is somewhat tricky
https://bugs.launchpad.net/bugs/13199
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a
Hi,
I've just added a patch in gnome bugzilla [1] for Nautilus 2.20.0
[1] http://bugzilla.gnome.org/attachment.cgi?id=97795
--
Should have an Invert Selection option in nautilus
https://bugs.launchpad.net/bugs/18636
You received this bug notification because you are a member of Ubuntu
Desktop Bu
I confirm this (see attached screenshot)
It is possible to reproduce the problem also by dragging a new background and
then resetting to the default one. To restore the alignment
hiding and re-showing the sidebar is sufficient.
(nautilus 2.20.0-ubuntu7 in gutsy)
** Attachment added: "Misaligne
this is strange, because I'm able to do it:
1. sudo nautilus
2. double-click on an archive from the "root" nautilus window
3. drag some file from file-roller to the nautilus "root" window ... Works
4. drag some file to a "normal" nautilus window... Works
--
Drag n' Drop directories from File-Rol
Public bug reported:
(problem in edgy)
In the file chooser, changing the location using the location/address bar does
not update
the list.
for example, if I want to select a file located in /usr/lib/jvm :
- with the old (dapper) file dialog I would
press CTRL+L, type /usr/lib/jvm, press Ente
It seems that with one of the latest updates it's fixed :)
--
File Chooser: changing the path in the location bar does not update list view
https://launchpad.net/bugs/62660
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
To Paco Avila:
"Why not wait until implementing this protocol it the others apps" :
development must start somewhere... what if nautilus implemented it but nothing
used it? Wouldn't it be the same situation?
Instead of just criticizing people about what they can afford to do or not do
for FREE
Now I'm on Feisty, and haven't yet tried to create a new cd, but I've noticed
that checking/unchecking the "two seconds gap" in the preferences does
not decrease/increase the remaining time in the main window. Is this right?
--
Duration calculation was incorrect
https://bugs.launchpad.net/bugs/4
Public bug reported:
Serpentine is extremely slow at decoding mp3, at least too much slower
that it should be.
To create an 80 minutes cd from 18 mp3 files, it takes 15+ minutes only
to decode files to wav.
In contrast gnome-baker takes 2-3 minutes for the same job.
** Affects: gstreamer0.10 (U
30 matches
Mail list logo
