[Bug 680643] Re: "best fit" doesn't upscale image
Yes, the bug is reproducible with Oneiric Ocelot alpha 3. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/680643 Title: "best fit" doesn't upscale image To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/eog/+bug/680643/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 680643] [NEW] "best fit" doesn't upscale image
Public bug reported: Binary package hint: eog Ubuntu 10.10, Eye of Gnome, 2.32.0-0ubuntu1 I would expect that both the "Fit image to the window" toolbar button and the "View -> Best fit" menu item would upscale the image when the image is smaller than the eog window. Instead, they do nothing in this case. 1. Open an image smaller than the eog window. 2. The image is shown in the middle of the window with black borders. 2. Click on "Fit image to the window" toolbar button. 3. Nothing happens. 4. Let's try from the menu: View -> Best fit 5. Nothing happens. 6. Make the eog window smaller than the image. 7. Click on "Fit image to the window" toolbar button. 8. The image is downscaled. ** Affects: eog (Ubuntu) Importance: Undecided Status: New -- "best fit" doesn't upscale image https://bugs.launchpad.net/bugs/680643 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 503372] Re: Evince doesn't retain settings in Lucid
This bug reappeared in a fresh 10.10 installation. The symptoms are the same as described earlier in the comments: When opening a pdf, evince displays a small window with side pane and fit page width. Resize the window, close the side pane, change zoom settings, whatever, then close the window. Open the same pdf (or any other, the result is the same), and evince again opens a small window with side pane and fit page width. -- Evince doesn't retain settings in Lucid https://bugs.launchpad.net/bugs/503372 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 380161] Re: audacious won't 'display track information'
Erm, what I meant with "yes, it does" is: - yes, the PPA contains audacious 2.0.1 packages for jaunty - yes, those packages seem to fix this bug Thanks. -- audacious won't 'display track information' https://bugs.launchpad.net/bugs/380161 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 380161] Re: audacious won't 'display track information'
Yes, it does, thanks. -- audacious won't 'display track information' https://bugs.launchpad.net/bugs/380161 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 380161] Re: audacious won't 'display track information'
Christian, I can't find the backported package in the PPA you mentioned. -- audacious won't 'display track information' https://bugs.launchpad.net/bugs/380161 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 382012] [NEW] number format change prepends an apostrophe to the cell content
Public bug reported: Binary package hint: openoffice.org 1. Create a new spreadsheet 2. Enter 12,34 into a cell 3. Select that cell 4. Click on Format -> Cells menu, this brings up the number formatting options 5. Change language to German (Germany), press OK 6. The cell's content changes to '12,34, i.e. an apostrophe is prepended Obviously, the cell's content should not change. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 NonfreeKernelModules: nvidia Package: openoffice.org-calc 1:3.0.1-9ubuntu3 ProcEnviron: PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash LC_PAPER=de_DE.UTF-8 SourcePackage: openoffice.org Uname: Linux 2.6.28-12-generic i686 ** Affects: openoffice.org (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 -- number format change prepends an apostrophe to the cell content https://bugs.launchpad.net/bugs/382012 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 382012] Re: number format change prepends an apostrophe to the cell content
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/27315775/Dependencies.txt -- number format change prepends an apostrophe to the cell content https://bugs.launchpad.net/bugs/382012 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 227186] Re: Evince doesn't print PDF files
Unfortunately, the situation is by no means fixed in Jaunty RC. Opening Simon's good.pdf (https://bugs.launchpad.net/ubuntu/+source/evince/+bug/227186/comments/7) and printing it to pdf with Jaunty RC's evince takes approx. 0.9 sec CPU time and the produced output pdf is approx. 7kB. Opening Simon's wrong.pdf (https://bugs.launchpad.net/ubuntu/+source/evince/+bug/227186/comments/8) and printing it to pdf takes approx. 1.6 sec CPU time and the produced output pdf is 1.5MB (yes, _mega_bytes). Neither evince nor gv could open the resulting pdf. The difference in CPU usage seems not much, but the documents in question are quite short. Making a 10 pages long document from Simon's tex source with some copy-pasting and printing it to pdf will take approx. 1 sec CPU time without T1 fonts and 6.5 sec with T1 fonts, and the resulting pdfs are 20kB vs. 16MB. The CPU usage is even worse when opening the print preview. In case of Simon's pdf, it takes 1 sec CPU time to open good.pdf and display its print preview, but takes 21 sec to do the same with wrong.pdf. With the 10 pages long document it's 2 sec vs. 223 sec. The print preview looks as expected for the documents without T1 fonts, but looks terrible with T1. -- Evince doesn't print PDF files https://bugs.launchpad.net/bugs/227186 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 231385] Re: EOG opens images with 99% zoom (blurry) instead of 100%
Why not do simply the following? diff --git a/src/eog-window.c b/src/eog-window.c --- a/src/eog-window.c +++ b/src/eog-window.c @@ -1300,7 +1300,7 @@ eog_window_obtain_desired_size (EogImage *image, screen_height = monitor.height; deco_width = window_width - view_width; - deco_height = window_height - view_height; + deco_height = window_height - view_height + 5; if (img_width > 0 && img_height > 0) { if ((img_width + deco_width > screen_width) || OK, it's not the right solution, but - it solves the problem (at least with ubuntu's default gtk theme; I don't know, it might depend on the theme used) - it has minimal impact (getting a window 5 pixel higher when image collection is shown doesn't really matters) - you could ship intrepid with one less annoying bug -- EOG opens images with 99% zoom (blurry) instead of 100% https://bugs.launchpad.net/bugs/231385 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 159348] Re: compiz thinks panel space is free space
Another problem that might be related to this issue: 1. Start compiz 2. Start update-manager 3. Move update-manager's window to the bottom of the screen, such way that only the window header is visible. Now increase the window's size vertically by pulling up the window header to the top of the screen. 4. Close update-manager's window 5. Start update-manager 6. Notice, that the window's size is the same, IOW the window is higher than the screen's vertical resolution 7. Close update-manager 8. Turn of visual effects (IOW stop compiz, start metacity) 9. Start update-manager 10. Notice, that update-manager's window is just as high as the space available 11. Resize the update-manager's window as described in step 3. 12. Close update-manager, then start it again 13. Notice, that just as in step 10, update-manager's window is not higher than the space available I wonder whether eog and update-manager have the same bug that does not triggers with metacity, but triggers with compiz, or it's the fault of compiz. I would suspect the latter. I think it would be nice to get this issue fixed before an LTS release. -- compiz thinks panel space is free space https://bugs.launchpad.net/bugs/159348 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 159348] Re: compiz thinks panel space is free space
While trying to track down some other window sizing bug in eog, I came across this bugreport. When eog is started with a file argument (e.g. doubleclick on an image in nautilus), the window size is calculated in eog- window.c:eog_window_obtain_desired_size(). Fortunately, this function has some debugging facilities in there that you can turn on by setting the EOG_DEBUG_WINDOW environment variable: $ export EOG_DEBUG_WINDOW= $ eog |grep eog_window_obtain_desired_size [0.187326 (0.001043)] eog-window.c:1308 (eog_window_obtain_desired_size) Setting window size: 1080 x 934 The reported window size will be in turn passed to gtk_window_set_default_size(). I have run the above command while running metacity and while running compiz, and got the same size in both cases. However, metacity has noticed that the vertical resolution is larger than the available, and made the eog window smaller, accordingly. OTOH, compiz has just set the supplied window size, making the eog window larger than my screen (at least vertically). Note, that if you omit the |grep from the above command, you get a lot more debug output. I glanced through it quickly, but have not spotted any difference between the runs under metacity and compiz. But nonetheless, I might have missed something relevant in there. All of this is under hardy rc, with last update being today morning. -- compiz thinks panel space is free space https://bugs.launchpad.net/bugs/159348 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219575] possible fix
If a new terminal window is created by dragging a tab to the root window, then both the menubar and the scrollbar are shown in the newly created window, even if they should be hidden according to the current profile. This happens because after this drag-drop-new window sequence notebook_page_added_callback() calls gtk_widget_show_all() on the newly created window widget, although the visibility of all its child widgets were explicitly set by gtk_widget_(show|hide)() according to the current profile. This fixes #208535 in Launchpad and #528915 in Gnome bugzilla. Signed-off-by: SZEDER Gábor <[EMAIL PROTECTED]> --- src/terminal-window.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) ** Attachment added: "show menubar and scrollbar in a window created by dragging a tab only when needed" http://launchpadlibrarian.net/13581730/0001-show-menubar-and-scrollbar-in-a-window-created-by-dr.patch -- menubar and scrollbar visibility in new windows https://bugs.launchpad.net/bugs/219575 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219575] Re: menubar and scrollbar visibility in new windows
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/13577345/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/13577346/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/13577347/ProcStatus.txt -- menubar and scrollbar visibility in new windows https://bugs.launchpad.net/bugs/219575 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219575] [NEW] menubar and scrollbar visibility in new windows
Public bug reported: Binary package hint: gnome-terminal In gnome-terminal's default profile I have set both the menubar and the scrollbar to invisible. If I create a new window with the context menu's "Open terminal" menuitem, then neither the menubar nor the scrollbar are shown in the new window, which is just fine. However, if I create a new window by dragging a tab to the root window, then both the menubar and the scrollbar are shown in the newly created window. ProblemType: Bug Architecture: i386 Date: Sat Apr 19 15:10:10 2008 DistroRelease: Ubuntu 8.04 ExecutablePath: /usr/bin/gnome-terminal Package: gnome-terminal 2.22.1-0ubuntu2 PackageArchitecture: i386 ProcEnviron: PATH=/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash LC_PAPER=de_DE.UTF-8 SourcePackage: gnome-terminal Uname: Linux 2.6.24-16-generic i686 ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- menubar and scrollbar visibility in new windows https://bugs.launchpad.net/bugs/219575 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219388] Re: [hardy rc] white screen after resume
Erm, and this time lspci -vv as root... ** Attachment added: "lspci_-vv" http://launchpadlibrarian.net/13575473/lspci_-vv -- [hardy rc] white screen after resume https://bugs.launchpad.net/bugs/219388 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219388] Re: [hardy rc] white screen after resume
Right, I could have think of it when reporting the bug... It is a Lenovo T61, with an nVidia video hw built in. $ lspci -nn |grep VGA 01:00.0 VGA compatible controller [0300]: nVidia Corporation Quadro NVS 140M [10de:0429] (rev a1) I'm using the proprietary nVidia driver 169.12. But note, that I'm using this version of the driver since about a month now, and never had similar problems before the update made two-three days ago. ** Attachment added: "lspci_-vv" http://launchpadlibrarian.net/13575456/lspci_-vv -- [hardy rc] white screen after resume https://bugs.launchpad.net/bugs/219388 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219388] [NEW] [hardy rc] white screen after resume
Public bug reported: Binary package hint: xscreensaver Normally, after resuming from suspend the screen is locked and an unlock dialog window is in the middle of the black background asking for my password. Since an update this week, it often happens that after resume the whole screen turns white and only the mouse pointer is visible. However, that unlock dialog window must be somewhere there, because a) I can unlock the screen by typing my password and pressing enter, and once unlocked, everything works fine; b) if I move the mouse around the screen, the cursor changes if it is above the area where the password input box is supposed to be. ProblemType: Bug Architecture: i386 Date: Fri Apr 18 23:44:42 2008 Dependencies: DistroRelease: Ubuntu 8.04 Package: xscreensaver None [modified: /var/lib/dpkg/info/xscreensaver.list] PackageArchitecture: i386 ProcEnviron: LC_PAPER=de_DE.UTF-8 SHELL=/bin/bash PATH=/home/username/bin:/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SourcePackage: xscreensaver Uname: Linux 2.6.24-16-generic i686 ** Affects: xscreensaver (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- [hardy rc] white screen after resume https://bugs.launchpad.net/bugs/219388 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 208535] Re: Hardy beta: gnome-display-properties allows switching off the only monitor
Glad you like it. If you would take the commit message from my previous post, please do a s/allow switching/allow to switch/ and s/"Off" entry combo box/"Off" entry/. Thanks (; -- Hardy beta: gnome-display-properties allows switching off the only monitor https://bugs.launchpad.net/bugs/208535 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 208535] Re: Hardy beta: gnome-display-properties allows switching off the only monitor
Maybe something like this? Don't allow switching off the only active monitor Currently, users can choose "Off" from gnome-display-properties' "Resolution" combo box and apply this change, even if they have only one active monitor, leaving them without a working display. With this patch the "Off" entry combo box is added to the "Resolution" combo box only when the current output is not the only active output. Signed-off-by: SZEDER Gábor <[EMAIL PROTECTED]> --- capplets/display/xrandr-capplet.c | 21 - 1 files changed, 20 insertions(+), 1 deletions(-) ** Attachment added: "0001-don-t-allow-to-switch-off-the-only-active-monitor.patch" http://launchpadlibrarian.net/12956760/0001-don-t-allow-to-switch-off-the-only-active-monitor.patch -- Hardy beta: gnome-display-properties allows switching off the only monitor https://bugs.launchpad.net/bugs/208535 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 208535] Re: Hardy beta: gnome-display-properties allows switching off the only monitor
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/12955786/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/12955787/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/12955788/ProcStatus.txt -- Hardy beta: gnome-display-properties allows switching off the only monitor https://bugs.launchpad.net/bugs/208535 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 208535] [NEW] Hardy beta: gnome-display-properties allows switching off the only monitor
Public bug reported: Binary package hint: gnome-control-center If there is only one monitor in the system, the user can choose "Off" from gnome-display-properties' "Resolution" combo box, and there is nothing to prevent applying the changes, not even a warning. Moreover, the changes are stored in ~/.gnome2/monitors.xml, and will be loaded on each subsequent login, even on failsafe logins(!). The user has to delete that file (or fill in its contents appropriately, if he can) before login, to restore the display. A solution to Bug #197673 might be considered as a workaround for this problem, as it will at least not overwrite monitors.xml with a monitorless configuration. But the real solution is clearly to prevent choosing "Off" on all of the monitors. ProblemType: Bug Architecture: i386 Date: Fri Mar 28 23:27:27 2008 DistroRelease: Ubuntu 8.04 ExecutablePath: /usr/bin/gnome-display-properties Package: gnome-control-center 1:2.22.0-0ubuntu3 PackageArchitecture: i386 ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-control-center Uname: Linux 2.6.24-12-generic i686 ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug -- Hardy beta: gnome-display-properties allows switching off the only monitor https://bugs.launchpad.net/bugs/208535 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs