[Desktop-packages] [Bug 587856] Re: GNOME Drag & Drop broken for remote X sessions

2012-03-05 Thread James Andrewartha
An [Impact] section explaining the severity and frequency of the bug on
users and justification for backporting the fix to the stable release:

Prevents drag and drop from working when using remote desktop protocols
like VNC and RDP.

A [Development Fix] section with an explanation of how the bug has been
addressed in the development branch, including the relevant version
numbers of packages modified in order to implement the fix.

Just the patch at
http://git.gnome.org/browse/gtk+/commit/?h=gtk-2-24&id=2a9bf2619a742be3dbc41bab5854eb0d8b5689bb

A [Stable Fix] section pointing out a minimal patch applicable to the
stable version of the package. If preparing a patch is likely to be
time-consuming, it may be preferable to get a general approval from the
SRU team first.

The patch from
http://git.gnome.org/browse/gtk+/commit/?h=gtk-2-24&id=2a9bf2619a742be3dbc41bab5854eb0d8b5689bb
applies cleanly and works. I just dropped in in debian/patches and
recompiled.

A [Test Case] section with detailed instructions how to reproduce the
bug. These should allow someone who is not familiar with the affected
package to reproduce the bug and verify that the updated package fixes
the problem.

Set up an X VNC server per http://linuxreviews.org/howtos/xvnc/ and
connect to it with your favorite VNC client. Try and drag and drop from
a GTK2 application.

A [Regression Potential] section with a discussion of likelihood and
potential severity of regressions and how users could get inadvertently
affected.

Low; patch directly targets the problem and is already backported in
later releases.

Do you need me to subscribe ubuntu-sponsors or ubuntu-sru?

** Patch added: "debdiff for libgtk+2.0 2.20.1-0ubuntu2.2 in 10.04.3"
   
https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/587856/+attachment/2820307/+files/gtk%2B2.0_2.20.1-0ubuntu2.2.diff.gz

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gtk+3.0 in Ubuntu.
https://bugs.launchpad.net/bugs/587856

Title:
  GNOME Drag & Drop broken for remote X sessions

Status in GTK+ GUI Toolkit:
  Fix Released
Status in “gtk+2.0” package in Ubuntu:
  Fix Released
Status in “gtk+3.0” package in Ubuntu:
  Fix Released
Status in “gtk+2.0” source package in Precise:
  Fix Released
Status in “gtk+3.0” source package in Precise:
  Fix Released

Bug description:
  Reproducible as follows:

  1. Clean install of Lucid LTS
  2. Apply latest updates (aptitude update && aptitude upgrade)
  3. Install tightvncserver
  4. Start a VNC session as a user (i.e. vncserver).
  5. Connect to the session using a VNC client.
  6. Create two folders on the GNOME desktop (e.g. "untitled folder" and 
"untitled folder 2")
  7. Attempt to click & drag one of the folders into the other - the operation 
will fail.

To manage notifications about this bug go to:
https://bugs.launchpad.net/gtk/+bug/587856/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 587856] Re: GNOME Drag & Drop broken for remote X sessions

2012-02-22 Thread James Andrewartha
seb128: How do I go about getting this backported?

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gtk+3.0 in Ubuntu.
https://bugs.launchpad.net/bugs/587856

Title:
  GNOME Drag & Drop broken for remote X sessions

Status in GTK+ GUI Toolkit:
  Fix Released
Status in “gtk+2.0” package in Ubuntu:
  Fix Released
Status in “gtk+3.0” package in Ubuntu:
  Fix Released
Status in “gtk+2.0” source package in Precise:
  Fix Released
Status in “gtk+3.0” source package in Precise:
  Fix Released

Bug description:
  Reproducible as follows:

  1. Clean install of Lucid LTS
  2. Apply latest updates (aptitude update && aptitude upgrade)
  3. Install tightvncserver
  4. Start a VNC session as a user (i.e. vncserver).
  5. Connect to the session using a VNC client.
  6. Create two folders on the GNOME desktop (e.g. "untitled folder" and 
"untitled folder 2")
  7. Attempt to click & drag one of the folders into the other - the operation 
will fail.

To manage notifications about this bug go to:
https://bugs.launchpad.net/gtk/+bug/587856/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 794716] Re: middlemouse.contentLoadURL resets to false

2012-02-20 Thread James Andrewartha
*** This bug is a duplicate of bug 548866 ***
https://bugs.launchpad.net/bugs/548866

** This bug has been marked a duplicate of bug 548866
   forgets middlemouse.contentLoadURL on upgrade or browser restart

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/794716

Title:
  middlemouse.contentLoadURL resets to false

Status in “firefox” package in Ubuntu:
  Confirmed
Status in “ubufox” package in Ubuntu:
  Confirmed

Bug description:
  Binary package hint: firefox

  Every time I start Firefox 4, it resets the value of
  middlemouse.contentLoadURL, so I have to open about:config and
  manually change it for every session.  This is a recurrence of a bug
  that has occurred in previous versions.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.04
  Package: firefox 4.0.1+build1+nobinonly-0ubuntu0.11.04.3 [modified: 
usr/lib/firefox-4.0.1/omni.jar]
  ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
  Uname: Linux 2.6.38-8-generic x86_64
  Architecture: amd64
  Date: Wed Jun  8 20:29:13 2011
  ExecutablePath: /usr/lib/firefox-4.0.1/firefox-bin
  FirefoxPackages:
   firefox 4.0.1+build1+nobinonly-0ubuntu0.11.04.3
   flashplugin-installer 10.3.181.22ubuntu0.11.04.1
   adobe-flashplugin N/A
   icedtea-plugin N/A
  InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
  ProcEnviron:
   LANGUAGE=en_GB:en
   PATH=(custom, user)
   LANG=en_GB.UTF-8
   SHELL=/bin/bash
  SourcePackage: firefox
  UpgradeStatus: Upgraded to natty on 2011-06-08 (0 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/794716/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 548866] Re: forgets middlemouse.contentLoadURL on upgrade or browser restart

2012-02-20 Thread James Andrewartha
Yes, if you read the full text of the changelog, it contains:
  * Prevent LP: #643899 - Firefox sending header "Accept-Language:
chrome://global/locale/intl.properties" because the intl.accept_languages
preference is messed up. Drop a patch which causes the preferences
system to save a user preference when changing a preference value to equal
the system default value (and revert to the original behaviour where the
preference is just discarded). This should hopefully stop Firefox Sync
from breaking localized preferences where they haven't been modified by
the user, but does regress LP: #548866

which has been parsed as closing #548866.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/548866

Title:
  forgets middlemouse.contentLoadURL on upgrade or browser restart

Status in The Mozilla Firefox Browser:
  In Progress
Status in “firefox” package in Ubuntu:
  Triaged
Status in “firefox” source package in Lucid:
  Fix Released
Status in “firefox” source package in Maverick:
  Fix Released
Status in “firefox” source package in Natty:
  Triaged
Status in “firefox” source package in Oneiric:
  Triaged
Status in “firefox” source package in Precise:
  Triaged

Bug description:
  Binary package hint: firefox

  Whenever firefox is updated, the setting for
  middlemouse.contentLoadURL is forgotten in my profiles.

  To simulate this:

  0) go to "about:config" and set middlemouse.contentLoadURL to "true"
  1) close firefox
  2) remove .mozilla/firefox/[profile]/compatibility.ini
  3) open firefox
  4) observe setting has reverted to "false"

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/548866/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp