Re: [Bug 360970] Re: Multi-monitor - When using two displays with different vertical resolution, icons get lost on the shorter display
Of a sort. All the required data structures for proper implementation is present to fix this bug. It's just a matter of knowing the size of N rectangles, where N is the number of displays. Chalk it up to upstreams desire to get away from a file-based desktop. Sent from my iPhone > On Apr 26, 2016, at 5:49 AM, Zisu Andrei <360...@bugs.launchpad.net> wrote: > > I believe it's in the way multi-screen functionality is bolted on to X11 > >> On Tue, 26 Apr 2016, 08:26 Brad, <360...@bugs.launchpad.net> wrote: >> >> It would make sense to fix in a LTS release. If the issue is with Gnome >> then I don't see how Wayland/Mir will fix it. >> >> -- >> You received this bug notification because you are subscribed to a >> duplicate bug report (1159470). >> https://bugs.launchpad.net/bugs/360970 >> >> Title: >> Multi-monitor - When using two displays with different vertical >> resolution, icons get lost on the shorter display >> >> Status in Ayatana Design: >> Fix Committed >> Status in Nautilus: >> Confirmed >> Status in Unity: >> Confirmed >> Status in nautilus package in Ubuntu: >> Triaged >> >> Bug description: >> On a Multi-Monitor setup, where the extended desktop is non- >> rectangular in shape (ie. the displays are of a different resolution, >> and their top/bottom/left/right edges are not aligned), desktop icons >> are placed in non-accessible areas when arranged using the menu option >> 'View-Organise Desktop by Name' from the Desktop. >> >> See the attached image. The top three desktop items are not >> accessible, and can only be seen in the Workspace Switcher. >> >> Please also refer to the 'Non-Rectangular Extended Desktops' section of >> the Multi-Monitor spec: >> >> https://docs.google.com/a/canonical.com/document/d/1aHvJ-iIw-59bXTYBmIhQqEx0za2h9jpFE_RhZ2VOvJc/edit#bookmark=id.yph05n82oeff >> >> -- >> >> [Test Case] >> 1. Set up two monitors side by side >> 2. Set left monitor to a smaller vertical resolution than the right >> monitor >> 3. for i in $(seq 1 50) ; do touch file-${i} ; done >> 4. Right click on desktop to bring up context menu, then 'Organize >> Desktop by Name' >> 5. Should be: All icons from file-1 to file-50 (or as many fit on the >> screen) should be visible >> Is: Icons for files at the top and/or bottom of the arranged >> columns are not visible on any display >> 6. xrandr --output LVDS1 --off >> 7. Verify icons are arranged properly on the external monitor >> 8. Set up monitors one over the other >> 9. Verify icons are displayed in long columns spanning both displays >> with all icons shown >> >> To manage notifications about this bug go to: >> https://bugs.launchpad.net/ayatana-design/+bug/360970/+subscriptions > > -- > You received this bug notification because you are subscribed to a > duplicate bug report (408710). > https://bugs.launchpad.net/bugs/360970 > > Title: > Multi-monitor - When using two displays with different vertical > resolution, icons get lost on the shorter display > > Status in Ayatana Design: > Fix Committed > Status in Nautilus: > Confirmed > Status in Unity: > Confirmed > Status in nautilus package in Ubuntu: > Triaged > > Bug description: > On a Multi-Monitor setup, where the extended desktop is non- > rectangular in shape (ie. the displays are of a different resolution, > and their top/bottom/left/right edges are not aligned), desktop icons > are placed in non-accessible areas when arranged using the menu option > 'View-Organise Desktop by Name' from the Desktop. > > See the attached image. The top three desktop items are not > accessible, and can only be seen in the Workspace Switcher. > > Please also refer to the 'Non-Rectangular Extended Desktops' section of the > Multi-Monitor spec: > > https://docs.google.com/a/canonical.com/document/d/1aHvJ-iIw-59bXTYBmIhQqEx0za2h9jpFE_RhZ2VOvJc/edit#bookmark=id.yph05n82oeff > > -- > > [Test Case] > 1. Set up two monitors side by side > 2. Set left monitor to a smaller vertical resolution than the right monitor > 3. for i in $(seq 1 50) ; do touch file-${i} ; done > 4. Right click on desktop to bring up context menu, then 'Organize Desktop > by Name' > 5. Should be: All icons from file-1 to file-50 (or as many fit on the > screen) should be visible > Is: Icons for files at the top and/or bottom of the arranged columns > are not visible on any display > 6. xrandr --output LVDS1 --off > 7. Verify icons are arranged properly on the external monitor > 8. Set up monitors one over the other > 9. Verify icons are displayed in long columns spanning both displays with > all icons shown > > To manage notifications about this bug go to: > https://bugs.launchpad.net/ayatana-design/+bug/360970/+subscriptions -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu.
[Bug 664074] Re: BD-R media unsupported
To burn a pre-mastered image: growisofs -Z /dev/sr0=/path/to/iso/image To burn a directory tree: growisofs -Z /dev/dvd -R -J /path/to/directory_tree If you need more information, see “man growisofs” or “man mkisofs”. Or whatever Ubuntu calls its versions of the utilities; I don't remember anymore, as I haven't used Ubuntu in some time. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to brasero in Ubuntu. https://bugs.launchpad.net/bugs/664074 Title: BD-R media unsupported To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/664074/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 596165] Re: Should auto-install cryptsetup when not present and encrypted media inserted
I no longer use Ubuntu and therefore cannot perform the task requested; if it is unimportant to the project as so many other bugs are, it is also unimportant to me. As there is no “closed” status for the bug tracker, I am marking this bug as invalid and muting future mails which might be generated from this bug. In case anyone cares to know, it is precisely this treatment of allegedly supported releases that I will no longer use the Ubuntu distribution. I reported this bug against Ubuntu 10.10. As Ubuntu 10.10 is still a supported release, the correct disposition for handling this bug in any project that is properly managed would be to fix the bug as reported, and then do the relatively trivial work to backport or forwardport the fix (if necessary) to any other as yet supported releases. This mentality of attempting to avoid work because there might be some chance that it might have been fixed is something which I find to be born of the inability to provide adequate support for the distribution. There are distributions out there that have less in the way of both financial and community resources, and yet perform worlds better when it comes to responding to both requests for help and bug reports. Should a Launchpad admin see this, I wish for my relationship to all bug reports in the Ubuntu distribution to be severed. Failing this, I would like an administrator to mute all bugs that I carry a relationship to within the Ubuntu project, so long as I do not have a relationship to that bug in some other way; for example, there are bug reports against the AllTray project (for which I am the maintainer) that are also linked to Ubuntu, and I do not wish to have those bugs muted. Failing all of that, I will merely attempt to find eight to ten hours so that I can do it myself, but it’d be far more efficient and courteous if someone with the ability to do so would just do it directly. And if you have read this far, then I thank you for paying attention to my words, even if it means not paying any mind to the bug report itself. ** Changed in: nautilus (Ubuntu) Status: Incomplete = Invalid -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/596165 Title: Should auto-install cryptsetup when not present and encrypted media inserted To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/596165/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 664074] Re: BD-R media unsupported
I cannot confirm that it has been fixed for 11.04 because I will not be installing that on my primary workstation; it has too many issues and the user interface that it has is really poor; having tried it on a secondary workstation I have found it to be a significant drag on my productivity. Being that 10.10 is still a supported release, and this bug is against 10.10, it is still a valid bug (not incomplete) and I will return the status to New. Thanks. ** Changed in: brasero (Ubuntu) Status: Incomplete = New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to brasero in Ubuntu. https://bugs.launchpad.net/bugs/664074 Title: BD-R media unsupported To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/664074/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 664074] [NEW] BD-R media unsupported
Public bug reported: Binary package hint: brasero Attaching a screenshot to demonstrate the problem. This is in Ubuntu 10.10. I have not confirmed that it exists in earlier versions of Ubuntu, but I do suspect that to be the case. Brasero won't recognize a blank BD-R. I can, however, burn ISO images to blank BD-R media from the command line, so I know that the underlying utilities support it. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: brasero 2.32.0-0ubuntu2 ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic x86_64 Architecture: amd64 Date: Wed Oct 20 14:24:36 2010 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release amd64 (20101007) ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: brasero ** Affects: brasero (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug maverick -- BD-R media unsupported https://bugs.launchpad.net/bugs/664074 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to brasero in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 664074] Re: BD-R media unsupported
** Attachment added: Screenshot of the problem in Ubuntu 10.10 https://bugs.edge.launchpad.net/bugs/664074/+attachment/1703522/+files/Screenshot-Write%20to%20Disc.png -- BD-R media unsupported https://bugs.launchpad.net/bugs/664074 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to brasero in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 596165] Re: Should auto-install cryptsetup when not present and encrypted media inserted
On Tue, 2010-06-22 at 08:03 +, Sebastien Bacher wrote: it's a request to add new code to handle cases not working now so yes it's a feature request It is a request to add new code to handle an error in design specifications. One should not call a binary from desktop code without ensuring that the binary is already installed. This is a feature that already exists in other software, such as the file sharing software which will install Samba and what not when the user enables the feature and it's not already installed. Presumably (speaking as a programmer) the same sort of code can be used here. It seems to me that if it has not already been factored into its own thing, that it should so that other applications can easily benefit from it. However, I must say that I disagree with this being categorized as wishlist. I know that an average user would disagree, as well, because it's a cryptic error message that is received, not some sort of graceful message saying, Oops, you need to install package X, it just says that it failed to execute cryptsetup because of no such file or directory. That doesn't help people at all. This is a bug, albeit a design bug, but it is a bug nonetheless. That is, it is a defect. I'm not going to argue the point anymore, because I know that at this point it's not likely to change. I just thought that user interface/user experience was something a little more important than wishlist, and I was under the impression that the bug tracking software existed so that defects would be tracked as they were and not unnecessarily demoted. It would be more useful to make this a low or medium priority bug. Probably ideally, it could be classified as a low-priority, medium severity issue, but Launchpad does not permit that. However, classifying it as a wishlist item just trivializes the bug to an end-user. I'm glad that I reported it, and not my mother or my grandmother. --- Mike -- Should auto-install cryptsetup when not present and encrypted media inserted https://bugs.launchpad.net/bugs/596165 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 596165] Re: Should auto-install cryptsetup when not present and encrypted media inserted
On Tue, 2010-06-22 at 13:48 +, Sebastien Bacher wrote: changing to low, it will not make any difference on how this bug is handled (it's not because a bug is a wishlist that it will not get solved and it's not because a bug has higher settings that will be worked quicker) but since you seem to care about random bug settings rather than about getting issues worked It certainly does have an effect on people browsing for something to fix. It appears that it is you who do not care about the bigger picture. I do not appreciate your insults which have persisted over the years; it is wholly unprofessional and uncalled for. All I was asking was that the bug have a sane priority set to it. Wishlist connotes that fixing it is nonessential to the system itself, when in this case it is a user interface and user experience problem in the default system. You said in another message that users may never encounter it; well, they will encounter it the first time they try to format an encrypted USB drive or whatever. That ability is exposed in the user interface when you format media. If the media formatter didn't have the ability to create encrypted media, it would not be expected to work to create encrypted media out of the box. What is so difficult about this request and its rationale? For Maverick, there are three fixes for this bug: autoinstall cryptsetup when necessary, install it by default, or have the media formatter detect whether or not it is installed and only show the encrypted media options if it is. There are other ways to fix the bug, sure, but seriously, it's an issue that should be cared about if we actually give a rat's rear about users having problems. --- Mike -- Should auto-install cryptsetup when not present and encrypted media inserted https://bugs.launchpad.net/bugs/596165 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 596165] Re: Should auto-install cryptsetup when not present and encrypted media inserted
On Mon, 2010-06-21 at 09:30 +, Sebastien Bacher wrote: ** Changed in: nautilus (Ubuntu) Importance: Undecided = Wishlist Failing to automatically install cryptsetup results in a cryptic error message for the user. Is this truly a wishlist item per the desktop project's priorities? Is not user friendliness a relatively high priority for the desktop team? --- Mike -- Should auto-install cryptsetup when not present and encrypted media inserted https://bugs.launchpad.net/bugs/596165 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 58205] Re: Should provide Right-Click-Format...
On Fri, 2010-06-18 at 07:14 +, David Clayton wrote: There is a major security flaw with this new functionality, why should non-admin users be permitted to format storage? A normally privileged desktop user should be able to format media. Are you saying that there is no way to disable this functionality, or no way to say that users must be in a certain group to do so? I know that at least in my case, my standard user has membership in the admin group, and therefore ought to be able to format media. Now, I just created an unprivileged desktop user and attempted to format both an internal HDD and a USB mass storage device, and in both events I was requested to authenticate as my privileged system user so that my request would be carried out. I think that might even be overkill; block devices that are already available when the user logs in are obviously to be protected. However, if I sit down at someone else's computer, and I put in a new USB drive that I just purchased, I *certainly* should be able to format it. That is, unless I am also not allowed to use external media on the system, but then it's a moot point, isn't it? Formatting using existing tools such as gparted require a sudo password, but now Linux bypasses this obvious security requirement for some nebulous user convenience, what is this OS becoming, Windows? No, it's using PolicyKit to determine whether or not the user is privileged according to system policy. If you don't like the system policy, change it! Fine that users with Administration rights have this sort of functionality, but non-admin users should not have this capability either through Nautilus or the Disk Utility. I'm putting in a security bug now over this. Where is the security bug? Authorization to perform the task must still be granted to the user, and you can easily create accounts that lack the privileges required to format both internal and external media. It sounds to me like you are filing a security bug without even attempting to understand the system and how it works, or having tested out the idea of using a nonprivileged user account to see if you can still format things. My word, where did critical thinking and evaluation skills go? Have they disappeared altogether or something? I am really sick of seeing uninformed posts claiming faults in a system that isn't even understood by the people screaming that a fault exists. What a shame. -- Should provide Right-Click-Format... https://bugs.launchpad.net/bugs/58205 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 595825] Re: Non-admin users can format removable media
Creating a non privileged desktop user on my system currently running an up-to-date Maverick installation does not yield this problem; the system instead prompts for the password for the privileged user and will then, if the proper credentials are input, will format the media. I do not have Lucid installed to determine if this is the same way there at the moment, but if memory serves, it absolutely is. Remove the user's ability to automatically mount external media, and you will remove the ability for them to format it as well. Furthermore, this bug report lists no actual cause to be classified as a security vulnerability. No vulnerability here is documented, nor is any documentation of actual compromise provided. The bug report itself is also argumentative. To the bug reporter: If you can show a security vulnerability and document a method of compromise that can affect a running system's configuration, please feel free to open a bug with the appropriate documentation. However, it seems to me that you're complaining that a normally-privileged desktop user on a standard Ubuntu installation is able to insert a USB mass storage device and then format it. That is normal and to-be-expected behavior, as it is a necessarily often task for many types of users. If the issue is that you need finer-grained control over who can format what and when, I suggest that you check to see if PolicyKit already has a means of setting policy for this, and if not, filing a bug there to have a policy setting added. After that's done, I am sure that upstream Nautilus will be happy to take a bug report to support that PolicyKit setting. ** Changed in: nautilus (Ubuntu) Status: New = Invalid -- Non-admin users can format removable media https://bugs.launchpad.net/bugs/595825 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 596165] [NEW] Should auto-install cryptsetup when not present and encrypted media inserted
Public bug reported: Binary package hint: nautilus When inserting an encrypted media (or creating it, for example, in disk utility) if the appropriate prerequisites are not present for doing so, the system should prompt for them to be installed automatically. This bug really is present in at least two things: nautilus (for when it prompts for the passphrase for the media or create it using nautilus) and disk utility (for when you create the encrypted media). This is in an up-to-date Maverick installation, though if memory serves this bug is also present in Lucid. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: nautilus 1:2.30.1-1ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-4.5-generic 2.6.35-rc3 Uname: Linux 2.6.35-4-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Sat Jun 19 00:01:53 2010 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Alpha amd64 (20100602.2) ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nautilus ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug maverick -- Should auto-install cryptsetup when not present and encrypted media inserted https://bugs.launchpad.net/bugs/596165 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 596165] Re: Should auto-install cryptsetup when not present and encrypted media inserted
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/50573611/Dependencies.txt ** Attachment added: GConfNonDefault.txt http://launchpadlibrarian.net/50573612/GConfNonDefault.txt ** Attachment added: usr_lib_nautilus.txt http://launchpadlibrarian.net/50573613/usr_lib_nautilus.txt -- Should auto-install cryptsetup when not present and encrypted media inserted https://bugs.launchpad.net/bugs/596165 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 559764] Re: Evolution does not remember layout size
It would seem that this bug has been fixed but never marked as fixed. I stopped using the wide layout because of the issue, but in Maverick Alpha 1 it is working as it should. ** Changed in: evolution (Ubuntu) Status: Incomplete = Fix Released -- Evolution does not remember layout size https://bugs.launchpad.net/bugs/559764 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 593440] Re: Regression: default size not honored
Upstream claims that the feature wasn't present to begin with. All I know is that it's a regression in Ubuntu. I was under the impression that the feature was introduced by upstream, though I could be wrong there… -- Regression: default size not honored https://bugs.launchpad.net/bugs/593440 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 593440] [NEW] Regression: default size not honored
Public bug reported: Binary package hint: gnome-terminal Just installed and updated Maverick's first testing release and I find that GNOME Terminal does not honor the default terminal size set in gconf. The settings are: /apps/gnome-terminal/profiles/Default: default_size_columns = 132 default_size_rows = 43 Also, the options in the profile preferences for these tweakables are missing. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: gnome-terminal 2.30.1-1ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-2.3-generic 2.6.35-rc2 Uname: Linux 2.6.35-2-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Sun Jun 13 17:21:10 2010 ExecutablePath: /usr/bin/gnome-terminal InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Alpha amd64 (20100602.2) ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-terminal XsessionErrors: (polkit-gnome-authentication-agent-1:1539): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug maverick -- Regression: default size not honored https://bugs.launchpad.net/bugs/593440 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 593440] Re: Regression: default size not honored
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/50284273/Dependencies.txt ** Attachment added: ProcMaps.txt http://launchpadlibrarian.net/50284275/ProcMaps.txt ** Attachment added: ProcStatus.txt http://launchpadlibrarian.net/50284276/ProcStatus.txt -- Regression: default size not honored https://bugs.launchpad.net/bugs/593440 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 580602] Re: Text widget does not support standard commands
On Sat, 2010-05-15 at 09:46 +, Omer Akram wrote: thanks for the bug report can you please tell a few steps to reproduce this bug? I can copy, paste and cut with ctrl+c, ctrl+v, ctrl+x respectively without any problem. status new Control+X works just fine, as does Control+V. Control+C does not, nor does Control+Z (which is the *most* important thing in this this bug report!). To reproduce: 1. open a chat window 2. type something in that chat window 3. type Control+Z to undo. It does not work. As far as copy, that seems to be working at the moment, but when I filed this bug I was unable to get it to work, just working with the UI in the standard way. However, that's really also not anywhere near as important as implementing undo. To see the real problem, copy and paste this ¶ into Empathy. Then highlight it, and type a. Then go Oops! and type Control+Z to get it back. It won't work. Now imagine having that problem _while_ typing it, and you can see what the issue is. --- Mike -- Even if their crude and anticompetitive business practices don't make you think about using their software, their use of sweatshops and child labor should: boycott Microsoft like you would any other amoral child abuser: http://is.gd/btW8m ** Changed in: empathy (Ubuntu) Status: Incomplete = New -- Text widget does not support standard commands https://bugs.launchpad.net/bugs/580602 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 580602] [NEW] Text widget does not support standard commands
Public bug reported: Binary package hint: empathy Using Ubuntu 10.04 LTS, though the bug was also present, I think, in 9.10. When typing a message, the basic editing commands one expects a text entry box to have in the GTK+ environment do not work. For example, Ctrl+C for copy, Ctrl+Z for undo. There are a couple different (but frequent!) usage scenarios that this causes issues for me with: 1. My trackpad sometimes inadvertently selects all text. Then the next character I type erases everything in the text box, and I am unable to undo to get it back. 2. Sometimes, I need to send the exact same text to multiple persons. I'd prefer to do this with Ctrl+C to copy, change tabs, and then Ctrl+V to paste. But, I cannot, and I have to use the mouse to highlight and middle-click the selection into the next tab or window. The biggest problem is the first one; however, implementing all of the basic functionality that is reasonably expected of a text editing widget would be immensely helpful. ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: empathy 2.30.1-0ubuntu1 Uname: Linux 2.6.32.12 x86_64 Architecture: amd64 Date: Fri May 14 12:13:25 2010 InstallationMedia: Ubuntu 10.04 Lucid Lynx - Beta amd64 (20100318) ProcEnviron: PATH=(custom, user) LANG=en_US.utf8 SHELL=/bin/bash SourcePackage: empathy ** Affects: empathy (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug lucid user-interface -- Text widget does not support standard commands https://bugs.launchpad.net/bugs/580602 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 580602] Re: Text widget does not support standard commands
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/48451775/Dependencies.txt -- Text widget does not support standard commands https://bugs.launchpad.net/bugs/580602 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 546503] Re: HP touchpad-disable switch damages mouse and focus capability
Only *part* of the bug is in g-s-d. The part about not being able to focus and all that, I'm not sure that has anything to do with g-s-d, just the one enabled toggle for the touchpad, but something underlying the toggle is not working and it's likely screen specific. You can toggle the setting in g-s-d manually though and nothing breaks. -- HP touchpad-disable switch damages mouse and focus capability https://bugs.launchpad.net/bugs/546503 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 559764] Re: Evolution does not remember layout size
This is still an issue as of 2010-04-19. -- Evolution does not remember layout size https://bugs.launchpad.net/bugs/559764 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 559764] [NEW] Evolution does not remember layout size
Public bug reported: Binary package hint: evolution Using Ubuntu Lucid Beta, fully updated as of 9-Apr-2010. Evolution does not remember the size of the panels of my layout when I exit and subsequently restart Evolution. It does remember that I want to use the wide layout, but every time that I start up Evolution, I am required to resize the panes so that the pane with the subject and header information is larger than the default setting (I set the size such that the message view pane is the width of a standard 80-character message). This issue can be reproduced 100% of the time. My expectation is that when I start Evolution and resize the panes, when I subsequently exit Evolution (e.g., shut down my laptop or simply quit) and come back to it later, it should remember the size of the panes that I have set. Instead of that, I must resize the message header/message view panes manually every time I start the application, which is quite annoying. ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: evolution 2.28.3-0ubuntu8 ProcVersionSignature: Ubuntu 2.6.32-19.28-generic 2.6.32.10+drm33.1 Uname: Linux 2.6.32-19-generic x86_64 Architecture: amd64 Date: Fri Apr 9 19:58:18 2010 InstallationMedia: Ubuntu 10.04 Lucid Lynx - Beta amd64 (20100318) ProcEnviron: LANG=en_US.utf8 SHELL=/bin/bash SourcePackage: evolution ** Affects: evolution (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug lucid -- Evolution does not remember layout size https://bugs.launchpad.net/bugs/559764 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 559764] Re: Evolution does not remember layout size
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/43614519/Dependencies.txt -- Evolution does not remember layout size https://bugs.launchpad.net/bugs/559764 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 502084] [NEW] Evince fails to read the fontspec.pdf file
Public bug reported: Binary package hint: evince The fontspec documentation for XeTeX (available at CTAN at http://www.ctan.org/tex-archive/macros/xetex/latex/fontspec/) does not render correctly in Evince. At some point in the past (that is, at least two releases ago) it worked just fine. Scribd, the Web viewer for documents like this, renders the file just fine (and Evince still renders it incorrectly downloading it from there). I will try to setup another version of Ubuntu in a VM and find the last version that worked sometime today if I have the chance (though if someone is running an older version of Ubuntu that comes across this bug, a works/doesn't work result would be nice). Look on page 3, there is a lot of blank space where there should be text. Looking at it on Scribed at the same spot shows what it should appear as. ProblemType: Bug Architecture: amd64 CheckboxSubmission: 34d1fedb40bfa93f2c7055fdb74261e6 CheckboxSystem: e704f33cc0866ff0f0256a33de39ea1c Date: Fri Jan 1 09:35:00 2010 DistroRelease: Ubuntu 9.10 InstallationMedia: Ubuntu 9.10 Karmic Koala - Release amd64 (20091027) NonfreeKernelModules: fglrx Package: evince 2.28.1-0ubuntu1.2 ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-16.53-generic SourcePackage: evince Uname: Linux 2.6.31-16-generic x86_64 ** Affects: evince (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug -- Evince fails to read the fontspec.pdf file https://bugs.launchpad.net/bugs/502084 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 502084] Re: Evince fails to read the fontspec.pdf file
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/37342271/Dependencies.txt ** Attachment added: KernLog.txt http://launchpadlibrarian.net/37342272/KernLog.txt ** Attachment added: RelatedPackageVersions.txt http://launchpadlibrarian.net/37342273/RelatedPackageVersions.txt ** Attachment added: XsessionErrors.txt http://launchpadlibrarian.net/37342274/XsessionErrors.txt -- Evince fails to read the fontspec.pdf file https://bugs.launchpad.net/bugs/502084 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 502084] Re: Evince fails to read the fontspec.pdf file
Interesting. My thinking then is that the poppler-data package shouldn't be a separate package at all. I suspect that upstream they are shipped together as a single thing? Of course, another way to resolve that logical dependency is to just have poppler depend on poppler-data. I wonder if that was the case in a previous version of Ubuntu? --- Mike On Fri, Jan 1, 2010 at 11:08 AM, madbiologist s.j.tur...@uq.net.au wrote: Here is the corresponding output of pdffonts after installing poppler- data. Note that the error messages are gone, which correlates with the correct rendering of the document. ** Attachment added: pdffonts_output-after.txt http://launchpadlibrarian.net/37343716/pdffonts_output-after.txt -- Evince fails to read the fontspec.pdf file https://bugs.launchpad.net/bugs/502084 You received this bug notification because you are a direct subscriber of the bug. Status in “poppler” package in Ubuntu: New Bug description: Binary package hint: evince The fontspec documentation for XeTeX (available at CTAN at http://www.ctan.org/tex-archive/macros/xetex/latex/fontspec/) does not render correctly in Evince. At some point in the past (that is, at least two releases ago) it worked just fine. Scribd, the Web viewer for documents like this, renders the file just fine (and Evince still renders it incorrectly downloading it from there). I will try to setup another version of Ubuntu in a VM and find the last version that worked sometime today if I have the chance (though if someone is running an older version of Ubuntu that comes across this bug, a works/doesn't work result would be nice). Look on page 3, there is a lot of blank space where there should be text. Looking at it on Scribed at the same spot shows what it should appear as. ProblemType: Bug Architecture: amd64 CheckboxSubmission: 34d1fedb40bfa93f2c7055fdb74261e6 CheckboxSystem: e704f33cc0866ff0f0256a33de39ea1c Date: Fri Jan 1 09:35:00 2010 DistroRelease: Ubuntu 9.10 InstallationMedia: Ubuntu 9.10 Karmic Koala - Release amd64 (20091027) NonfreeKernelModules: fglrx Package: evince 2.28.1-0ubuntu1.2 ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-16.53-generic SourcePackage: evince Uname: Linux 2.6.31-16-generic x86_64 To unsubscribe from this bug, go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/502084/+subscribe -- Evince fails to read the fontspec.pdf file https://bugs.launchpad.net/bugs/502084 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 502084] Re: Evince fails to read the fontspec.pdf file
Hrm. Installing poppler-data did _not_ fix the issue for me. I still have lots of blank space, in the same spots. Note that this is on Karmic. On Fri, Jan 1, 2010 at 11:08 AM, madbiologist s.j.tur...@uq.net.au wrote: Here is the corresponding output of pdffonts after installing poppler- data. Note that the error messages are gone, which correlates with the correct rendering of the document. ** Attachment added: pdffonts_output-after.txt http://launchpadlibrarian.net/37343716/pdffonts_output-after.txt -- Evince fails to read the fontspec.pdf file https://bugs.launchpad.net/bugs/502084 You received this bug notification because you are a direct subscriber of the bug. Status in “poppler” package in Ubuntu: New Bug description: Binary package hint: evince The fontspec documentation for XeTeX (available at CTAN at http://www.ctan.org/tex-archive/macros/xetex/latex/fontspec/) does not render correctly in Evince. At some point in the past (that is, at least two releases ago) it worked just fine. Scribd, the Web viewer for documents like this, renders the file just fine (and Evince still renders it incorrectly downloading it from there). I will try to setup another version of Ubuntu in a VM and find the last version that worked sometime today if I have the chance (though if someone is running an older version of Ubuntu that comes across this bug, a works/doesn't work result would be nice). Look on page 3, there is a lot of blank space where there should be text. Looking at it on Scribed at the same spot shows what it should appear as. ProblemType: Bug Architecture: amd64 CheckboxSubmission: 34d1fedb40bfa93f2c7055fdb74261e6 CheckboxSystem: e704f33cc0866ff0f0256a33de39ea1c Date: Fri Jan 1 09:35:00 2010 DistroRelease: Ubuntu 9.10 InstallationMedia: Ubuntu 9.10 Karmic Koala - Release amd64 (20091027) NonfreeKernelModules: fglrx Package: evince 2.28.1-0ubuntu1.2 ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-16.53-generic SourcePackage: evince Uname: Linux 2.6.31-16-generic x86_64 To unsubscribe from this bug, go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/502084/+subscribe -- Evince fails to read the fontspec.pdf file https://bugs.launchpad.net/bugs/502084 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 502084] Re: Evince fails to read the fontspec.pdf file
Never mind. I was an idiot and didn't restart Evince. ID10T; PEBKAC. Oops. Sorry for the noise. On Fri, Jan 1, 2010 at 3:44 PM, Michael Trausch m...@trausch.us wrote: Hrm. Installing poppler-data did _not_ fix the issue for me. I still have lots of blank space, in the same spots. Note that this is on Karmic. On Fri, Jan 1, 2010 at 11:08 AM, madbiologist s.j.tur...@uq.net.au wrote: Here is the corresponding output of pdffonts after installing poppler- data. Note that the error messages are gone, which correlates with the correct rendering of the document. ** Attachment added: pdffonts_output-after.txt http://launchpadlibrarian.net/37343716/pdffonts_output-after.txt -- Evince fails to read the fontspec.pdf file https://bugs.launchpad.net/bugs/502084 You received this bug notification because you are a direct subscriber of the bug. Status in “poppler” package in Ubuntu: New Bug description: Binary package hint: evince The fontspec documentation for XeTeX (available at CTAN at http://www.ctan.org/tex-archive/macros/xetex/latex/fontspec/) does not render correctly in Evince. At some point in the past (that is, at least two releases ago) it worked just fine. Scribd, the Web viewer for documents like this, renders the file just fine (and Evince still renders it incorrectly downloading it from there). I will try to setup another version of Ubuntu in a VM and find the last version that worked sometime today if I have the chance (though if someone is running an older version of Ubuntu that comes across this bug, a works/doesn't work result would be nice). Look on page 3, there is a lot of blank space where there should be text. Looking at it on Scribed at the same spot shows what it should appear as. ProblemType: Bug Architecture: amd64 CheckboxSubmission: 34d1fedb40bfa93f2c7055fdb74261e6 CheckboxSystem: e704f33cc0866ff0f0256a33de39ea1c Date: Fri Jan 1 09:35:00 2010 DistroRelease: Ubuntu 9.10 InstallationMedia: Ubuntu 9.10 Karmic Koala - Release amd64 (20091027) NonfreeKernelModules: fglrx Package: evince 2.28.1-0ubuntu1.2 ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-16.53-generic SourcePackage: evince Uname: Linux 2.6.31-16-generic x86_64 To unsubscribe from this bug, go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/502084/+subscribe -- Evince fails to read the fontspec.pdf file https://bugs.launchpad.net/bugs/502084 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 429356] [NEW] Evolution shows new message notification with wrong count
Public bug reported: Binary package hint: evolution As of a recent Karmic update (I'm not sure which one, sorry) Evolution now shows in its %d New Messages notification the total number of new messages that have been received since Evolution was started. It should only show the number of new messages since the last time the window gained focus, or at the very least, only show the number of new messages in Inbox. Frequently, I will switch to the window, read my new messages, handle them and either delete them or save them in another folder. At that time, the new message count should be reset to 0, so that the next time new mail comes in, only the number of truly new messages are reported. The attached screenshot shows what happens after Evolution has been running and got new messages that I've already handled, but only one new message just came in. Evolution reports 3 (it has received three total since starting, five minutes ago or so, but it has only one now). ** Affects: evolution (Ubuntu) Importance: Undecided Status: New -- Evolution shows new message notification with wrong count https://bugs.launchpad.net/bugs/429356 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 429356] Re: Evolution shows new message notification with wrong count
** Attachment added: evolution-msg-count-bug.png http://launchpadlibrarian.net/31781422/evolution-msg-count-bug.png -- Evolution shows new message notification with wrong count https://bugs.launchpad.net/bugs/429356 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 58205] Re: Should provide Right-Click-Format...
On Sun, 2009-09-06 at 09:03 +, mac_v wrote: But i would still feel more comfortable if these options are better of placed in the Properties as a separate Format tab. Having come from another system, I am sure that is what makes sense. TBH, that was something I hated. My opinion is that functionality should be there for users to get to without digging terribly far. Context menus are great places for things like that. But Properties→Format isn't really intuitive. Formatting a drive isn't a property of it. The filesystem that it currently contains is a property. What *would* be an interesting thing, though, having to do with properties as you mention it, would be to have a Change... button next to the filesystem type in the properties dialog, so that you can change the filesystem of media. (Certain filesystems would have to have the Change... button deactivated, such as currently-mounted filesystems like the root filesystem, or be able to play with the system boot-up process and be able to do things like reboot, change the root filesystem to a different one, and then start up normally.) While that would be an interesting option, that would have to be a different bug report, though. -- Should provide Right-Click-Format... https://bugs.launchpad.net/bugs/58205 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 58205] Re: Should provide Right-Click-Format...
e this option (they are random-access read/write media like floppies or USB drives, so it should do it for DVD-RAM media just as it does for others). Also, the option does not show up in the places sidebar for media; only in Computer. Work has progressed, but this bug isn't fixed completely yet. ** Changed in: nautilus (Ubuntu) Status: Fix Released = Confirmed -- Should provide Right-Click-Format... https://bugs.launchpad.net/bugs/58205 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 58205] Re: Should provide Right-Click-Format...
It presents a dialog with what appears to be a very underpopulated list of filesystem choices not based on what the system is capable of doing. The clue that it does not take immediate action but presents a dialog is that the text is format... not format (note the ellipsis). Ideally, this functionality should Just Work for all read/write media. If I put a floppy or DVD-RAM in and it is unformatted, I should additionally get a dialog asking me if I'd like to format the device. (And in the event that the device *is* formatted, but has a filesystem that isn't understood by the local system, that can be detected and a dialog can appear that says support for this filesystem isn't installed or something like that.) For read/write media, I should be able to right-click, select format, and be able to choose any filesystem that is supported for creation on my system. I should be able to format using FAT12/16/32, various versions of UDF, ext2/3/4, btrfs, and so forth. The tool should provide sanity checks as well, so that if someone is formatting a 1 GB device neither FAT12 or Minix filesystems are options, as an example. (Minix filesystems are still useful when using very old floppy disks...) It is a nice touch that it supports formatting logical volumes. Still, it needs more love. -- Should provide Right-Click-Format... https://bugs.launchpad.net/bugs/58205 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 408709] Re: New files on desktop require refresh (F5) to appear
When I monitor for changes, it seems to always work. However, it appears to randomly trigger sometimes when: * Saving downloads in Firefox to the Desktop * Saving attachments from Evolution to the Desktop I can't find additional situations that are actually triggering this behavior ever. It's indeterministic, but it's definitely not an incomplete bug report. It simply doesn't seem to follow any pattern that I can establish. The problem continues as of the latest updates. ** Changed in: nautilus (Ubuntu) Status: Incomplete = New -- New files on desktop require refresh (F5) to appear https://bugs.launchpad.net/bugs/408709 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 408709] Re: New files on desktop require refresh (F5) to appear
** Tags added: heisenbug -- New files on desktop require refresh (F5) to appear https://bugs.launchpad.net/bugs/408709 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 420816] [NEW] (Karmic) Deletion does not advance 1 message (always) in Evolution
Public bug reported: Binary package hint: evolution This is using a fully up-to-date Karmic as of 28-Aug-2009 18:54 -0400. When I delete a message by clicking the Delete button in the toolbar, Evolution (sometimes, but not always) skips a message. See the attached video of a recording of the window while this occurred to see the behavior directly. This bug is not always able to be reproduced. I am not certain if there is an exact set of circumstances, or whether it is random. All i know is that it is indeed a bug. ** Affects: evolution (Ubuntu) Importance: Undecided Status: Confirmed -- (Karmic) Deletion does not advance 1 message (always) in Evolution https://bugs.launchpad.net/bugs/420816 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 420816] Re: (Karmic) Deletion does not advance 1 message (always) in Evolution
** Attachment added: out-1.ogv http://launchpadlibrarian.net/30953277/out-1.ogv -- (Karmic) Deletion does not advance 1 message (always) in Evolution https://bugs.launchpad.net/bugs/420816 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 408709] [NEW] New files on desktop require refresh (F5) to appear
Public bug reported: Binary package hint: nautilus When new files are saved to the desktop (e.g., via Firefox, or add launcher to desktop, or wget in the ~/Desktop folder, etc.) they do not appear until you give the desktop (Nautilus) focus and press F5 (or otherwise restart Nautilus). GNOME Panel has the same problem, though I'm not sure if that is a separate bug or not. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: and64 karmic ** Tags added: and64 karmic -- New files on desktop require refresh (F5) to appear https://bugs.launchpad.net/bugs/408709 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 408709] Re: New files on desktop require refresh (F5) to appear
Additionally, I tried to report using ubuntu-bug, but Launchpad gave an oops. -- New files on desktop require refresh (F5) to appear https://bugs.launchpad.net/bugs/408709 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 408710] [NEW] Icons fall off in dual-screen (stretched, NVIDIA TwinView) desktop when secondary monitor is larger height
Public bug reported: Binary package hint: nautilus I have two screens, one is 1440x900 (on the left), and the other is 1280x1024 (on the right, the top aligns with the 1440x900 screen). When Nautilus has many files on the desktop, some of their icons are placed in the dead space below the 900px threshold on the left screen, where the desktop icons live. In order to get them back, I must try to find them with the mouse and move them, or clean up my desktop so that I can auto-arrange to get them back. This is in a fully-up-to-date Karmic. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: desktop karmic multihead -- Icons fall off in dual-screen (stretched, NVIDIA TwinView) desktop when secondary monitor is larger height https://bugs.launchpad.net/bugs/408710 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 408709]
Sorry, I'd thought I also put the version in the description as well as tagged it; I am using an up-to-date Karmic. There doesn't appear to be a gvfs-monitor command, though there is gvfs-monitor-dir, should I check with that? -- New files on desktop require refresh (F5) to appear https://bugs.launchpad.net/bugs/408709 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 391777] [NEW] wnck_application_get_icon_is_fallback always returns TRUE
Public bug reported: Binary package hint: libwnck22 In short; the summary says it all. Upstream has been notified of the bug and fixed it[1] in the git tree[2]. Attached is a debdiff to fix this issue in Ubuntu 9.04, which I have personally tested and verified that it works. This change will be in libwnck that is distributed with GNOME 2.28, but it would be nice if this change is also applied and released in Ubuntu 9.04 with GNOME 2.26. The only known application that this affects is new AllTray at lp:alltray, which is not yet in Ubuntu (though is hoped to have a stable release in time for Ubuntu 9.10). The developer of lp:alltray (myself) uses Ubuntu 9.04 at present for testing and development and testers of the application are also largely using Ubuntu 9.04, as far as I am aware. [1]: http://bugzilla.gnome.org/show_bug.cgi?id=586571 [2]: http://git.gnome.org/cgit/libwnck/commit/?id=703919ef4bda4e6fb9e60a4df7bd149a056b42ed ** Affects: libwnck (Ubuntu) Importance: Undecided Status: New -- wnck_application_get_icon_is_fallback always returns TRUE https://bugs.launchpad.net/bugs/391777 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to libwnck in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 391777] Re: wnck_application_get_icon_is_fallback always returns TRUE
** Attachment added: debdiff to apply patch and fix this bug in Jaunty (9.04) http://launchpadlibrarian.net/28297986/wnck-2.26-0ubuntu2.debdiff -- wnck_application_get_icon_is_fallback always returns TRUE https://bugs.launchpad.net/bugs/391777 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to libwnck in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 278112] Re: Screensaver doesn't start
Hrm. I have this problem on Jaunty, as well. My setup is a dual-head setup, though, so I don't know if that would have anything to do with it. That said, should this issue be re-opened (it looks closed to me, unless I am missing something) or should a new bug be filed? -- Screensaver doesn't start https://bugs.launchpad.net/bugs/278112 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 278112] Re: Screensaver doesn't start
(Though, I can use the gnome-screensaver-command -a command to start the screensaver; it just doesn't properly start when the session is idle. It will fade, then come right back to the desktop... but manually starting it every time is a pain...) -- Screensaver doesn't start https://bugs.launchpad.net/bugs/278112 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 362119] Re: What if exit a file/dir named -*
To create a file named -- you would need the command: touch -- -- However, do keep in mind that files like this would be really hard to work with. For example: $ ls -la total 8 drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:31 ./ drwxr-xr-x 85 mbt mbt 4096 2009-04-16 00:31 ../ $ touch -- -- $ ls -la total 8 -rw-r--r-- 1 mbt mbt0 2009-04-16 00:31 -- drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:31 ./ drwxr-xr-x 85 mbt mbt 4096 2009-04-16 00:31 ../ $ ls -la * total 8 -rw-r--r-- 1 mbt mbt0 2009-04-16 00:31 -- drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:31 ./ drwxr-xr-x 85 mbt mbt 4096 2009-04-16 00:32 ../ $ rm * zsh: sure you want to delete all the files in /home/mbt/ex [yn]? y rm: missing operand Try `rm --help' for more information. $ rm -- -- Also, trying to open a file like this? Using cat -- won't work; but cat -- -- will. Commands that do _not_ use -- as an end-of-args symbol will also make it very hard to work with such files. This is due to the way UNIX works generally. Now, think about what would happen by the way if you have a file named -rf. And let's say you typed rm * in that directory, and that directory contained other directories: $ touch -- -rf $ for i in $(seq 1 10); do mkdir $i; done $ ls -la total 48 drwxr-xr-x 12 mbt mbt 4096 2009-04-16 00:35 ./ drwxr-xr-x 85 mbt mbt 4096 2009-04-16 00:35 ../ drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:35 1/ drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:35 10/ drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:35 2/ drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:35 3/ drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:35 4/ drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:35 5/ drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:35 6/ drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:35 7/ drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:35 8/ drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:35 9/ -rw-r--r-- 1 mbt mbt0 2009-04-16 00:35 -rf $ rm * zsh: sure you want to delete all the files in /home/mbt/ex [yn]? y $ ls -la total 8 drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:35 ./ drwxr-xr-x 85 mbt mbt 4096 2009-04-16 00:35 ../ -rw-r--r-- 1 mbt mbt0 2009-04-16 00:35 -rf $ Oops. Long story short: avoid file names that begin with dashes; almost certainly there is a better naming scheme to use. ** Changed in: gnome-terminal (Ubuntu) Status: New = Invalid -- What if exit a file/dir named -* https://bugs.launchpad.net/bugs/362119 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 362119] Re: What if exit a file/dir named -*
Oh, you can also prefix such strange file names with ./ to work with them, e.g.: $ ls -la total 8 drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:37 ./ drwxr-xr-x 85 mbt mbt 4096 2009-04-16 00:37 ../ $ touch ./-- $ ls -la total 8 -rw-r--r-- 1 mbt mbt0 2009-04-16 00:37 -- drwxr-xr-x 2 mbt mbt 4096 2009-04-16 00:37 ./ drwxr-xr-x 85 mbt mbt 4096 2009-04-16 00:37 ../ $ Still, don't do it. This behavior is due to system architecture and very strange things can happen if you use filenames like these. -- What if exit a file/dir named -* https://bugs.launchpad.net/bugs/362119 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 87317] Re: Screensaver just detects idle time on one screen
Reed, If you could test it, that would be awesome. Having positive feedback will help to move the bug's progress forward and get the fix committed somewhere. I am no longer able to test such things since I don't have a multi-headed display system anymore. :-/ -- Screensaver just detects idle time on one screen https://bugs.launchpad.net/bugs/87317 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-screensaver in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Well, as it turns out git finally finished. Only took it 8 hours. *sigh* Anyway, I am seeing if I can patch it... Uploaded a test package to the PPA for building, will hopefully have a candidate today for someone to look at. -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Am testing the patch now... If my 2½ year old cries today, I'll know it didn't work. :-) (I was playing his favorite song last night when it crashed and he said FIX IT DADDY... there's motivation, I suppose, lol) Anyway, so far, so good. There is a package in the PPA built with the patch: https://edge.launchpad.net/~mtrausch/+archive -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Debdiff to fix the bug (YAY!)
affects ubuntu/banshee status invalid affects ubuntu/gstreamer0.10 status confirmed subscribe ubuntu-main-sponsors done This is the debdiff to fix this issue; the resulting package version is 0.10.21-3ubuntu1. Thanks to Wim Taymans for the fix, which has been pulled from upstream CVS. Fix has eliminated the crash in Banshee when switching between songs and playing Internet radio streams such as RadioIO or stations from Shoutcast. This patch is available for testing from my PPA if there are any questions as to whether or not it works or needs to be verified by anyone else; the version of the package there is 0.10.21-3ubuntu1~mbt1. diffstat output: debian/patches/04_fix-basetransform-race.patch | 106 + gstreamer0.10-0.10.21/debian/changelog |9 + 2 files changed, 115 insertions(+) Please upload this patch to Intrepid as soon as possible. Thank you! -- My sigfile ran away and is on hiatus. ** Attachment added: lp279800.debdiff http://launchpadlibrarian.net/18803005/lp279800.debdiff ** Changed in: banshee (Ubuntu) Status: New = Invalid ** Changed in: gstreamer0.10 (Ubuntu) Status: New = Confirmed -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
affects ubuntu/gstreamer0.10 duplicate 287482 Ahh, I see. Yes, this patch is included in the Debian sync request. (Thanks slomo!) Will go ahead and mark this as a dup of 287482 since that'll be the issue being closed by the sync and that will consequently take care of this one. At the very least, I can attest to the fact that the bugfix works! :) -- My sigfile ran away and is on hiatus. -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 287482] Re: Sync latest GStreamer packages
On Wed, 22 Oct 2008 21:41:53 - Sebastien Bacher [EMAIL PROTECTED] wrote: ** Changed in: gstreamer0.10 (Ubuntu) Importance: Undecided = Wishlist Status: New = Confirmed Really? Wishlist? O.o Why? It'd seem that per https://wiki.ubuntu.com/Bugs/Importance this would be at least Medium priority, being that this upload will fix at least one bug with a severe impact on a non-core application. Just curious. -- My sigfile ran away and is on hiatus. -- Sync latest GStreamer packages https://bugs.launchpad.net/bugs/287482 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Cool, can the patch be applied to the GStreamer in Intrepid? -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Wim, Can you isolate the patch and put it here so that I can do something with it? I am utterly unable to get at CVS to find it, and git- cvsimport is taking *forever* for some reason; I wholly do not expect it to finish tonight, if ever. I can't navigate CVS worth a rats' rear, either, and it'd appear that I can't mirror the CVS tree to import it into bzr where I'd be quite happy to work. Anywho, I digress. Any chance you can post the patch? Thanks! -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Recently, Mono 2.0 was made available for Intrepid in a PPA, so I decided to install it to see if I could get any more insight. It would appear that the SIGABRT problem with Mono 1.9 in Intrepid was fixed, yielding a far more useful crash output. I don't know if this will be in any help, but since it just crashed in my terminal window, here is the output: Friday, 2008-Oct-17 at 03:09:48 - [EMAIL PROTECTED] - Linux v2.6.27 Ubuntu Intrepid:[0-5/6082-0]:~ banshee [Info 03:09:50.218] Running Banshee 1.2.1 [Info 03:09:52.790] All services are started 2.300377s [Info 03:09:54.219] nereid Client Started (Nereid:27164): GStreamer-CRITICAL **: gst_caps_is_fixed: assertion `GST_IS_CAPS (caps)' failed (Nereid:27164): GStreamer-CRITICAL **: gst_caps_is_any: assertion `GST_IS_CAPS (caps)' failed (Nereid:27164): GStreamer-CRITICAL **: gst_caps_is_empty: assertion `GST_IS_CAPS (caps)' failed (Nereid:27164): GStreamer-CRITICAL **: gst_caps_is_any: assertion `GST_IS_CAPS (caps)' failed (Nereid:27164): GStreamer-CRITICAL **: gst_caps_is_empty: assertion `GST_IS_CAPS (caps)' failed ** GStreamer:ERROR:gstcaps.c:1370:gst_caps_subtract: assertion failed: (subtrahend-structs-len 0) ** (Nereid:27164): WARNING **: Thread (nil) may have been prematurely finalized Native stacktrace: banshee-1 [0x429cb5] banshee-1 [0x52fddd] /lib/libpthread.so.0 [0x7fe49f66c0f0] banshee-1 [0x4679c7] banshee-1(mono_jit_info_table_find+0x3a) [0x46a98a] banshee-1 [0x52fb5c] /lib/libpthread.so.0 [0x7fe49f66c0f0] /lib/libc.so.6(gsignal+0x35) [0x7fe49f098fd5] /lib/libc.so.6(abort+0x183) [0x7fe49f09ab43] /usr/lib/libglib-2.0.so.0(g_assertion_message+0x113) [0x7fe49fce5d83] /usr/lib/libglib-2.0.so.0 [0x7fe49fce6222] /usr/lib/libgstreamer-0.10.so.0(gst_caps_subtract+0x1c6) [0x7fe49297d526] /usr/lib/libgstreamer-0.10.so.0(gst_caps_is_subset+0xcd) [0x7fe49297d6cd] /usr/lib/libgstreamer-0.10.so.0(gst_caps_is_equal+0x4d) [0x7fe49297d73d] /usr/lib/libgstreamer-0.10.so.0(gst_pad_accept_caps+0x113) [0x7fe49299c503] /usr/lib/libgstreamer-0.10.so.0 [0x7fe49299c681] /usr/lib/libgstreamer-0.10.so.0 [0x7fe49299d16f] /usr/lib/libgstbase-0.10.so.0 [0x7fe491db4bb2] /usr/lib/libgstreamer-0.10.so.0 [0x7fe49299cfd9] /usr/lib/libgstbase-0.10.so.0 [0x7fe491db4bb2] /usr/lib/libgstreamer-0.10.so.0 [0x7fe49299cfd9] /usr/lib/libgstreamer-0.10.so.0 [0x7fe49299cfd9] /usr/lib/gstreamer-0.10/libgstcoreelements.so [0x7fe48d52c70b] /usr/lib/libgstreamer-0.10.so.0 [0x7fe49299cfd9] /usr/lib/libgstreamer-0.10.so.0 [0x7fe49299cfd9] /usr/lib/libgstbase-0.10.so.0 [0x7fe491db4bb2] /usr/lib/libgstreamer-0.10.so.0 [0x7fe49299cfd9] /usr/lib/libgstbase-0.10.so.0 [0x7fe491db43cf] /usr/lib/libgstbase-0.10.so.0 [0x7fe491db51cc] /usr/lib/libgstreamer-0.10.so.0 [0x7fe49299c875] /usr/lib/libgstreamer-0.10.so.0(gst_pad_push+0x34b) [0x7fe49299d90b] /usr/lib/libgstbase-0.10.so.0 [0x7fe491db5220] /usr/lib/libgstreamer-0.10.so.0 [0x7fe49299c875] /usr/lib/libgstreamer-0.10.so.0(gst_pad_push+0x34b) [0x7fe49299d90b] /usr/lib/libgstreamer-0.10.so.0 [0x7fe49299c875] /usr/lib/libgstreamer-0.10.so.0(gst_pad_push+0x34b) [0x7fe49299d90b] /usr/lib/gstreamer-0.10/libgstcoreelements.so [0x7fe48d528522] /usr/lib/libgstreamer-0.10.so.0 [0x7fe4929bbc06] /usr/lib/libglib-2.0.so.0 [0x7fe49fcea837] /usr/lib/libglib-2.0.so.0 [0x7fe49fce92a4] /lib/libpthread.so.0 [0x7fe49f6643ea] /lib/libc.so.6(clone+0x6d) [0x7fe49f14cc6d] Debug info from gdb: (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0x7fe4a0350720 (LWP 27164)] [New Thread 0x4669d950 (LWP 27204)] [New Thread 0x45e9c950 (LWP 27197)] [New Thread 0x4569b950 (LWP 27196)] [New Thread 0x44e9a950 (LWP 27195)] [New Thread 0x4267c950 (LWP 27194)] [New Thread 0x42e7d950 (LWP 27192)] [New Thread 0x418e0950 (LWP 27191)] [New Thread 0x44699950 (LWP 27190)] [New Thread 0x43490950 (LWP 27189)] [New Thread 0x44096950 (LWP 27185)] [New Thread 0x4142e950 (LWP 27175)] [New Thread 0x41ba0950 (LWP 27174)] [New Thread 0x4950 (LWP 27173)] [New Thread 0x40e32950 (LWP 27167)] [New Thread 0x41729950 (LWP 27166)] [New Thread 0x41e7b950 (LWP 27165)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging
[Bug 194642] Re: name parameter for content-type for attachments should be last
This fix is included in Ubuntu for Intrepid. ** Changed in: evolution-data-server (Ubuntu) Status: Confirmed = Fix Released -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 29622] Re: Many web browsers not print the headers and footers.
Firefox in Intrepid seems to be getting this right for me now, adjusting the top and bottom on two different laser printers that I have with different available print areas. It'd seem that this is able to be closed for FF3 in Intrepid; anyone able to confirm that with another printer (preferably not a PCL6 or PostScript one)? -- Many web browsers not print the headers and footers. https://bugs.launchpad.net/bugs/29622 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Alright, well, this isn't going to yield as much information as you'd like, I'm afraid. I have the debugger attached to the process at the moment, and am attaching the debug session. However, when I did p gst_object_get_name(0x169ee30) (0x169ee30 being the pad number this time around) after the SIGABRT, I was greeted with: == (gdb) p gst_object_get_name(0x169ee30) [Thread 0x43abf950 (LWP 8863) exited] == Banshee was responsive again, tried to activate a new song, and that of course failed. I gave a SIGINT, and got: == [Thread 0x43abf950 (LWP 9304) exited] ^C Program received signal SIGINT, Interrupt. [Switching to Thread 0x7f99deb98710 (LWP 8581)] 0x7f99ddeb0b04 in __lll_lock_wait () from /lib/libpthread.so.0 The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use set unwindonsignal on Evaluation of the expression containing the function (gst_object_get_name) will be abandoned. == Alright, so I tried to continue a few times, failing of course. So, I did another backtrace and found out that gst_object_get_parent(...) was calling for a mutex, and hanging on attempting to get it. I don't know how to work around that. I'll leave the debugger active for now... Any advice on how to proceed from here? The entire debugging session so far is attached. ** Attachment added: Debugging session http://launchpadlibrarian.net/18408136/debug-session.txt -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Here is an updated debug log with the new info ** Attachment added: debug-session.txt http://launchpadlibrarian.net/18408645/debug-session.txt -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Here is the entire debug session up through termination. Core file (compressed with bzip2) coming soon, it's too big to email in; hopefully it may be useful to someone doing a postmortem on the process. -- My sigfile ran away and is on hiatus. ** Attachment added: debug-session.txt http://launchpadlibrarian.net/18410388/debug-session.txt -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
** Attachment added: Core file (~18M compressed, ~160MB uncompressed). http://launchpadlibrarian.net/18410401/core.8581.bz2 -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Ugh... LP puked on the email I sent it. Multiple attachments coming from the next run leading to a crash. In this one, the debug session for this time around. The command ran this time was: GST_DEBUG_NO_COLOR=1 GST_DEBUG=*STATE*:5 banshee log Which was then attached to with GDB. ** Attachment added: Debug session output http://launchpadlibrarian.net/18411658/debug-session.txt -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
** Attachment added: Core dump generated with GDB after program crash. ~180M uncompressed http://launchpadlibrarian.net/18411752/core.10883.bz2 -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
** Attachment added: Log file from GStreamer debug information http://launchpadlibrarian.net/18411698/log.bz2 -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
On Wed, Oct 08, 2008 at 08:16:03AM -, =?ISO-8859-1?Q?Sebastian_Dr=F6ge_ wrote: Hi, which version of banshee, gstreamer0.10-plugins-base and gstreamer0.10 is this? The versions in Intrepid as of the time the bug report was created... Ubuntu Intrepid:[0-8/2123-1]:test COLUMNS=78 dpkg -l | egrep '(banshee|gstreamer)' ii banshee1.2.1-3ubuntu1 Media Management and Playback application ii gstreamer0.10- 0.10.21-1 GStreamer plugin for ALSA ii gstreamer0.10- 0.10.5-1 FFmpeg plugin for GStreamer ii gstreamer0.10- 0.10.7.debian- Fluendo mp3 decoder GStreamer plugin ii gstreamer0.10- 0.10.21-1 GStreamer plugin for GnomeVFS ii gstreamer0.10- 0.10.8-1 GStreamer plugins from the bad set ii gstreamer0.10- 0.10.21-1 GStreamer plugins from the base set ii gstreamer0.10- 0.10.21-1 GStreamer helper programs from the base se ii gstreamer0.10- 0.10.10-1 GStreamer plugins from the good set ii gstreamer0.10- 0.10.9-1 GStreamer plugins from the ugly set ii gstreamer0.10- 0.10.10-1 GStreamer plugin for PulseAudio ii gstreamer0.10- 0.10.21-2 Tools for use with GStreamer ii gstreamer0.10- 0.10.21-1 GStreamer plugins for X11 and Pango ii libgstreamer-p 0.10.21-1 GStreamer libraries from the base set ii libgstreamer0. 0.10.21-2 Core GStreamer libraries and elements There is a new version of gstreamer for Intrepid (0.10.21-3) now, so I am going to try that before I try to tear through the system. Could you try to get a backtrace with debugging symbols for glib, banshee, gst-plugins-base and gstreamer installed? See the attached file, which contains the best I've been able to come up with so far. I am about to install today's updates, and I *hope* that whatever brokeded yesterday is unbrokeded today, but we'll see; I noticed a few gstreamer updates in today's batch. Note that there are no “debugging symbols”, per sé, for Banshee. Banshee is a managed mode application and requires a different debugger for dumping stack traces. Don't know if I know how to do that quite yet or not, I know how to use the traces when Mono's runtime outputs them automatically, but that's not happening in this case. It seems (from the second stack trace in the attached file) that the SIGSEGV is being caused by the Mono runtime's inability to handle SIGABRT properly in this case. It's strange given that I'm used to the runtime outputting a very helpful stack trace when something goes horribly wrong outside of the managed world. --- Mike -- My sigfile ran away and is on hiatus. ** Attachment added: stacktrace-gnu-gdb-at-crashes.txt http://launchpadlibrarian.net/18326520/stacktrace-gnu-gdb-at-crashes.txt -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Meh. Today's update did not fix the problem; it has happened again. The way it is presently is *definitely* unsuitable for release. -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] [NEW] GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Public bug reported: affects ubuntu/banshee affects ubuntu/gstreamer0.10 done Today after updating gstreamer, Banshee media player now randomly crashes after a song is finished playing with the following output from gstreamer, and subsequently killing the Banshee media player application: ** GStreamer:ERROR:gstcaps.c:1370:gst_caps_subtract: assertion failed: (subtrahend-structs-len 0) ** (Nereid:7261): WARNING **: Thread (nil) may have been prematurely finalized ** (Nereid:7261): WARNING **: Thread (nil) may have been prematurely finalized zsh: segmentation fault (core dumped) banshee Now, I am not sure if the update is triggering a bug in Banshee or if the update created a bug in gstreamer, so I am marking this bug as a bug in both until that can be determined. This crash did not happen prior to updating today; it presently happens with alarming regularity (not on _every_ song switch; I can play anywhere from 1 to 15 songs before it crashes, and it does not seem to crash unless I let the song play all the way through to the end). My music collection consists of mostly Ogg Vorbis music, though there is some MP3 present within it. ** Affects: banshee (Ubuntu) Importance: Undecided Status: New ** Affects: gstreamer0.10 (Ubuntu) Importance: Undecided Status: New -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 279800] Re: GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash
Crash Logs for Banshee == Crash 1 (there was no core anywhere, even though the shell said it was dumped): Ubuntu Intrepid:[0-3/1998-139]:~ time banshee [Info 17:51:45.820] Running Banshee 1.2.1 [Info 17:51:48.435] All services are started 2.322674s [Info 17:51:49.796] nereid Client Started (Nereid:11637): GStreamer-CRITICAL **: gst_caps_is_fixed: assertion `GST_IS_CAPS (caps)' failed (Nereid:11637): GStreamer-CRITICAL **: gst_caps_is_any: assertion `GST_IS_CAPS (caps)' failed (Nereid:11637): GStreamer-CRITICAL **: gst_caps_is_empty: assertion `GST_IS_CAPS (caps)' failed (Nereid:11637): GStreamer-CRITICAL **: gst_caps_is_any: assertion `GST_IS_CAPS (caps)' failed (Nereid:11637): GStreamer-CRITICAL **: gst_caps_is_empty: assertion `GST_IS_CAPS (caps)' failed ** GStreamer:ERROR:gstcaps.c:1370:gst_caps_subtract: assertion failed: (subtrahend-structs-len 0) ** (Nereid:11637): WARNING **: Thread (nil) may have been prematurely finalized ** (Nereid:11637): WARNING **: Thread (nil) may have been prematurely finalized zsh: segmentation fault (core dumped) banshee banshee 145.37s user 17.70s system 8% cpu 33:21.77 total Crash 2 (there was no core anywhere, even though the shell said it was dumped): Ubuntu Intrepid:[0-4/1999-139]:~ time banshee [Info 19:37:28.242] Running Banshee 1.2.1 [Info 19:37:31.132] All services are started 2.553555s [Info 19:37:32.458] nereid Client Started (Nereid:12835): GStreamer-CRITICAL **: gst_caps_is_fixed: assertion `GST_IS_CAPS (caps)' failed (Nereid:12835): GStreamer-CRITICAL **: gst_caps_is_any: assertion `GST_IS_CAPS (caps)' failed (Nereid:12835): GStreamer-CRITICAL **: gst_caps_is_empty: assertion `GST_IS_CAPS (caps)' failed (Nereid:12835): GStreamer-CRITICAL **: gst_caps_is_any: assertion `GST_IS_CAPS (caps)' failed (Nereid:12835): GStreamer-CRITICAL **: gst_caps_is_empty: assertion `GST_IS_CAPS (caps)' failed ** GStreamer:ERROR:gstcaps.c:1370:gst_caps_subtract: assertion failed: (subtrahend-structs-len 0) ** (Nereid:12835): WARNING **: Thread (nil) may have been prematurely finalized ** (Nereid:12835): WARNING **: Thread (nil) may have been prematurely finalized zsh: segmentation fault (core dumped) banshee banshee 349.09s user 44.59s system 8% cpu 1:21:20.89 total Every crash looks the same, and happens also when playing Internet radio (the two crashes above were triggered while playing netradio). Apport does not kick off when it dies, nor does the Mono runtime leave behind a core file when Banshee gets the signal via gstreamer. -- GStreamer update (7-Oct-2008, Intrepid) causes Banshee crash https://bugs.launchpad.net/bugs/279800 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 216756] Re: Impossible install Gnome starting from ubuntu netboot installation
Oops. Apparently I didn't do the control.in file, and my changes kept getting overriden. Here the one that was used to build for PPA, with an adjusted version number to be properly included for Hardy. Don't have Intrepid installed, and there is bound to be changes that are additional for it; therefore, this debdiff is still just for Hardy. ** Attachment added: Remove gkm from dependencies. http://launchpadlibrarian.net/16193907/lp216756.debdiff -- Impossible install Gnome starting from ubuntu netboot installation https://bugs.launchpad.net/bugs/216756 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to meta-gnome2 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 194642] Re: name parameter for content-type for attachments should be last
It would seem that the version that I put together was using the _previous_ released version that I had already on my computer. This patch is based on the version currently in Hardy as the latest available. A binary build of it is in my PPA, with the ~ppa1 package version suffix. ** Attachment added: Fixed version, for latest in Hardy http://launchpadlibrarian.net/16140666/lp194642.debdiff -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 194642] Re: name parameter for content-type for attachments should be last
https://edge.launchpad.net/~mtrausch/+archive --- I have a binary built there which comes from this attached patch (though this patch does not have the ~ppa1 version postfix on it). This patch is already included upstream, so probably doesn't need to be directly included into Intrepid. It should probably be pushed out for Hardy, if that's possible at all at this point. Something tells me, though, that it probably isn't. ** Attachment added: Work around broken MIME parsers when name param is not last using quoting of parameter http://launchpadlibrarian.net/16028984/lp194642.debdiff -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 194642] Re: name parameter for content-type for attachments should be last
Patch has been submitted here and a build with that patch enabled is available on my PPA; removing bug assignment to me. ** Changed in: evolution-data-server (Ubuntu) Assignee: Michael B. Trausch (mtrausch) = (unassigned) Status: In Progress = Confirmed -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 194642] Re: name parameter for content-type for attachments should be last
On Mon, 2008-07-14 at 16:25 +, hggdh wrote: Michael, any updates here? Thanks. Yep. Sorry, have been buried with all sorts of things, and just (finally) graduated school. I will have a debdiff today for both Hardy and Intrepid to close this bug. --- Mike -- My sigfile ran away and is on hiatus. -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 146504] Re: evolution crashed with SIGSEGV in start_thread()
This bug has not been fixed yet. Thanks for the ping, though. ** Changed in: evolution (Ubuntu) Status: Incomplete = Confirmed -- evolution crashed with SIGSEGV in start_thread() https://bugs.launchpad.net/bugs/146504 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 194642] Re: name parameter for content-type for attachments should be last
Upstream has committed a patch for this fix; will be providing a debdiff with that patch shortly so that this issue can be closed here in Ubuntu as well. ** Changed in: evolution-data-server (Ubuntu) Assignee: (unassigned) = Michael B. Trausch (mtrausch) Status: Triaged = In Progress -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 216756] Re: Impossible install Gnome starting from ubuntu netboot installation
To work around the issue, execute the following commands in a terminal as your normal user: $ apt-cache show gnome|grep Depends|cut -f2- -d:|tr ',' '\n'|cut -f2 -d' '|grep -v gnome-desktop-environment|xargs sudo apt-get install -y $ apt-cache show gnome-desktop-environment|grep Depends|cut -f2- -d:|tr ',' '\n'|cut -f2 -d' '|grep -v gnome-keyring-manager|xargs sudo apt-get install -y This will have the same effect as installing the “gnome” metapackage, however, it will bypass attempting to install the package that is no longer in the archives (gnome-keyring-manager, which is a dependency of gnome-desktop-environment) so that the install does not fail. @Daniel Holbach: Do you know when the fix for this will be uploaded to Intrepid so that an SRU process can be initiated to take care of this in the 8.04.1 service release? It's a trivial change, and the starting the SRU should be easy enough to do, but as I understand it, it's at this point waiting for an update to Intrepid. -- Impossible install Gnome starting from ubuntu netboot installation https://bugs.launchpad.net/bugs/216756 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to meta-gnome2 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 216756] Re: Impossible install Gnome starting from ubuntu netboot installation
No, I think the priority is right on this; you can easily work around the issue, and therefore it's not urgent. Just annoying. And you really shouldn't install GNOME on a server anyway, unless it's an application server or terminal server of some sort. Most servers that just handle network services do not need a GUI installed, and additional software on any system gives more wiggle room for exploits—that's rule number 1 of security, never install more than is necessary to get the job done. -- Impossible install Gnome starting from ubuntu netboot installation https://bugs.launchpad.net/bugs/216756 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to meta-gnome2 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 216756] Re: Impossible install Gnome starting from ubuntu netboot installation
Does that not require that someone put this into Intrepid, now that Intrepid is open? -- Impossible install Gnome starting from ubuntu netboot installation https://bugs.launchpad.net/bugs/216756 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to meta-gnome2 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 216756] Re: Impossible install Gnome starting from ubuntu netboot installation
This (trivial) change should be included in Hardy; see attached debdiff for a candidate revision of the package. ** Attachment added: Remove dependency on gnome-keyring-manager [Trivial] http://launchpadlibrarian.net/13595237/lp216756.debdiff -- Impossible install Gnome starting from ubuntu netboot installation https://bugs.launchpad.net/bugs/216756 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to meta-gnome2 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 122321] Re: GNOME “Create Document ” fails with NFS-mounted $HOME
fixed in hardy ** Changed in: nautilus (Ubuntu) Status: New = Fix Released ** Changed in: nautilus Status: New = Fix Released -- GNOME “Create Document” fails with NFS-mounted $HOME https://bugs.launchpad.net/bugs/122321 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 78584] Re: Evince title should be adaptable
As it turns out, this bug is a violation of the GNOME HIG. In light of that, and in the interest of Evince doing the right thing and being less confusing to users, here is a debdiff to fix the window title for Evince. Diffstats: For the evince source package: [EMAIL PROTECTED]:~/programming/ubuntu/evince$ debdiff evince_2.22.0-0ubuntu2.dsc evince_2.22.0-0ubuntu3.dsc|diffstat debian/patches/02_follow_gnome_hig.patch | 106 +++ evince-2.22.0/debian/changelog |7 ++ 2 files changed, 113 insertions(+) For the upstream source: [EMAIL PROTECTED]:~/programming/ubuntu/evince$ diffstat evince-2.22.0/debian/patches/02_follow_gnome_hig.patch ev-window-title.c | 70 +++--- 1 file changed, 5 insertions(+), 65 deletions(-) ** Attachment added: Follow the GNOME HIG Chapter 3 http://launchpadlibrarian.net/12995008/lp78584.debdiff -- Evince title should be adaptable https://bugs.launchpad.net/bugs/78584 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 78584] Re: Evince title should be adaptable
Patch has been submitted upstream, also. This patch is somewhat trivial, and is not a feature patch but a bugfix, can this be included in Hardy? The description on this bug states it is a feature request, but this was before I was aware that the confusing behavior went against the GNOME HIG... makes sense that the HIG state that the filename should be in the title, since that avoids confusing issues like this one. :-) -- Evince title should be adaptable https://bugs.launchpad.net/bugs/78584 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 78584] Re: Evince title should be adaptable
A build is available in my PPA for Hardy, if someone wants to see the effect of the patch: https://edge.launchpad.net/~mtrausch/+archive -- Evince title should be adaptable https://bugs.launchpad.net/bugs/78584 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 29622] Re: Many web browsers not print the headers and footers.
On Mon, 2008-03-31 at 21:33 +, toobuntu wrote: These options don't seem to exist any more in FF3b4 in Hardy. What to do? You can (though it's not _perfect_) go to Page Setup and select your printer to format it for. Unfortunately, the option doesn't appear to be sticky... that is, it doesn't seem to persist between Firefox sessions. --- Mike -- Michael B. Trausch [EMAIL PROTECTED] home: 404-592-5746, 1 www.trausch.us cell: 678-522-7934 im: [EMAIL PROTECTED], jabber Ubuntu Unofficial Backports Project:http://backports.trausch.us/ ** Attachment added: unnamed http://launchpadlibrarian.net/13005474/unnamed -- Many web browsers not print the headers and footers. https://bugs.launchpad.net/bugs/29622 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 194642] Re: name parameter for content-type for attachments should be last
Updating for latest release pushed out recently. ** Attachment added: Diff 30-Mar-2008 against 0ubuntu2 to make it 0ubuntu3 and include this bugfix. http://launchpadlibrarian.net/12974101/lp194642-updated.debdiff -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 199493] Re: evince prints lines of text at a 45 degree angle
Putting something in the title to show which release the bug was _found_ in is helpful so that it is easy to determine what the priority is for the person looking at the thing in a list. No renaming is necessary... if I found a bug in Hardy, it's going to have [Hardy] attached to it, and that shouldn't be changed. If Hardy+4 comes out and the bug is still open, well, the bug is still open. Why would it need to be renamed? The only thing bugs need is to be worked on and closed, right? :-) A little more on-topic, when will cairo actually hit the repositories? Shouldn't bugs that have not had their fixes actually released yet be marked as fix-committed, until the repositories are updated? -- evince prints lines of text at a 45 degree angle https://bugs.launchpad.net/bugs/199493 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 201669] Re: [Hardy] Strange printout of PDF documents
** Attachment added: Bad Evince output of IRS form 8832 http://launchpadlibrarian.net/12622731/irs-8832.ps -- [Hardy] Strange printout of PDF documents https://bugs.launchpad.net/bugs/201669 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 201669] Re: [Hardy] Strange printout of PDF documents
** Attachment added: TeX (actually, XeTeX; not tested in pdftex) source file which generates the next attachment. http://launchpadlibrarian.net/12622738/test-case.tex -- [Hardy] Strange printout of PDF documents https://bugs.launchpad.net/bugs/201669 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 201669] [NEW] [Hardy] Strange printout of PDF documents
Public bug reported: Binary package hint: evince Apologies for this bug description being a bit vague, but I am at a loss for words to accurately describe it. When I attempt to print PDF documents that are typeset by XeTeX, and forms from the Internal Revenue Service ( http://www.irs.gov ), I get a very strange “stair stepping” sort of effect that is the printed output. I can print these documents just fine by using CUPS at the command line (e.g., lp document.pdf and lpr document.pdf work just fine for each of these affected documents, but printing them using Evince is impossible to do). Attachments showcasing this behavior coming shortly. One document that does this http://www.irs.gov/pub/irs-pdf/f8832.pdf (the output of which I will attach here momentarily). The problem also occurs when attempting to print the output to a PostScript file (e.g., if one wanted to fill out one of these tax forms, and then print it to a file to save the completed form, and then print the hard copy out so that it could be mailed back, which is, among other things, what I was trying to do). Additional attachments coming momentarily. ** Affects: evince (Ubuntu) Importance: Undecided Status: New -- [Hardy] Strange printout of PDF documents https://bugs.launchpad.net/bugs/201669 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 201669] Re: [Hardy] Strange printout of PDF documents
** Attachment added: PDF output of XeTeX http://launchpadlibrarian.net/12622740/test-case.pdf -- [Hardy] Strange printout of PDF documents https://bugs.launchpad.net/bugs/201669 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 201669] Re: [Hardy] Strange printout of PDF documents
** Attachment added: Output from Evince of the PDF output of XeTeX. (It looks the same if actually printed to the printer, too.) http://launchpadlibrarian.net/12622745/test-case-evince-output.ps -- [Hardy] Strange printout of PDF documents https://bugs.launchpad.net/bugs/201669 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 194642] Re: name parameter for content-type for attachments should be last
Updated patch to apply for newly released e-d-s. ** Attachment added: Updated debdiff against new release of EDS http://launchpadlibrarian.net/12551176/lp194642-updated.debdiff -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 194642] Re: name parameter for content-type for attachments should be last
On Fri, 2008-03-07 at 15:29 +, hggdh wrote: Michael, I am not sure. Confirmed was used of old for this is as far as bugsquad can go; we later went on to Triaged meaning that. I would keep it how it is now, and see if a sponsor complains... Also -- it might be a good idea to show the output of your change, and state if you checked it against normal servers. Upstream will certainly ask for this. Indeed. This is what the header now looks like when re-arranged (I am pasting these from a 40 MB message I just put together to showcase a bunch of different types of files. Content-Type: text/x-java; charset=UTF-8; name=WeeklyPay.java Content-Type: text/x-csharp; charset=UTF-8; name=fsw.cs Content-Type: application/x-ms-dos-executable; name=threading.exe Content-Type: image/png; name=mbt Content-Type: application/pgp-signature; name=signature.asc Content-Type: application/pgp-signature; name=UbuntuCodeofConduct-1.0.1.txt.asc Content-Type: audio/x-vorbis+ogg; name=TWiT0134.ogg I have been using this patch for several days now and everything appears to be working just fine; the broken server that I am working around now silently drops charset MIME header parameters, but no other server I have sent mail through has done that sort of thing, to my knowledge. On my immense ignorance of Evo internals, the patch still looks good... thanks again. LOL, you and me both. The good news (and this is praise for the authors/maintainers of Evolution) is that the source is well organized enough that I only had to spend probably 30 minutes narrowing down the code that needed to be modified. I was made quite happy by that. --- Mike -- Michael B. Trausch [EMAIL PROTECTED] home: 404-592-5746, 1 www.trausch.us cell: 678-522-7934 im: [EMAIL PROTECTED], jabber Ubuntu Unofficial Backports Project:http://backports.trausch.us/ -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 194642] Re: name parameter for content-type for attachments should be last
Removing assignment on bug per sponsorship request process at https://wiki.ubuntu.com/SponsorshipProcess ** Changed in: evolution-data-server (Ubuntu) Assignee: Ubuntu Desktop Bugs (desktop-bugs) = (unassigned) -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 194642] Re: name parameter for content-type for attachments should be last
It may also be prudent to reiterate that the changes made remain compliant with MIME Part One, RFC 2045, §5, ¶ 3, which states: The Content-Type header field specifies the nature of the data in the body of an entity by giving media type and subtype identifiers, and by providing auxiliary information that may be required for certain media types. After the media type and subtype names, the remainder of the header field is simply a set of parameters, specified in an attribute=value notation. The ordering of parameters is not significant. Since the only change is the ordering to work around nasty parsers in existing software that breaks this portion of the standard, there _should_ be no additional side effects. To date, I have observed none. -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 194642] Re: name parameter for content-type for attachments should be last
Here is the proper fix, against EDS. Created a new helper function (_camel_header_param_format_append) to handle the processing of MIME field parameters, and altered the main function (camel_header_param_list_format_append) to use the new helper and defer processing of the name= MIME field until last. This debdiff places the actual patch in debian/patches, and I am submitting the patch to upstream so that it can be included there, as well, so hopefully the local patch will be able to go away soon. ** Attachment added: Here is the proper fix, against EDS. http://launchpadlibrarian.net/12356864/lp194642.debdiff -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 194642] Re: name parameter for content-type for attachments should be last
The policy for requesting sponsorship says to mark the bug as confirmed, but that would seem to downgrade the bug's status. Should I do so anyway, before requesting sponsorship? -- name parameter for content-type for attachments should be last https://bugs.launchpad.net/bugs/194642 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 189656] Re: gnome-terminal crashed with SIGSEGV in g_type_check_instance_cast()
I just encountered bug 188344 in Brasero, and it looks like that these two bugs are related and that there are several dupes of each. Is this a bug with GLib, or is this a bug in the client applications which use GLib? Any idea of a way to find out that information? -- gnome-terminal crashed with SIGSEGV in g_type_check_instance_cast() https://bugs.launchpad.net/bugs/189656 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://lists.ubuntu.com/mailman/listinfo/desktop-bugs