[Desktop-packages] [Bug 1244158] Re: GNOME: Modifiers Only keyboard layout switch have no effect

2014-05-17 Thread Haggai Eran
Hi, I've tried the package in ubuntu proposed but it didn't fix the
issue for me.

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

Title:
  GNOME: Modifiers Only keyboard layout switch have no effect

Status in “gnome-settings-daemon” package in Ubuntu:
  Confirmed

Bug description:
  After setting up Alt+Shift keys to change the keyboard layout (via
  gnome-tweak-tool or via gnome control center), these key combinations
  do not provide the expected result.

  Expected Result:
  Keyboard layout is changed and keyboard indicator display updates

  Actual Result:
  Only keyboard indicator display updates, leaving the actual keyboard 
indicator in English.

  I have English-Hebrew keyboard layout configured with alt+shift for layout 
switching.
  Once the layout is on Hebrew, alt+shift switches back to English properly. 
  Once the layout is on English, alt+shift changes the keyboard indicator to 
he, but actually the systems layout is still English.
  At this point, pressing Alt+Shift results in changes to the indicator display 
only, resulting in no actual layout switches.

  If Allow different sources for each window is selected in Input Sources 
Options then:
  - Changing the layout to Hebrew.
  - Alt-Tab to another window with a different layout.
  - Alt-Tab back, allows me to type back in Hebrew.

  When Alt+Shift switches to English:
  $ setxkbmap -query
  rules:  evdev
  model:  pc105
  layout: us
  options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle

  When Alt+Shift switches to Hebrew:
  $ setxkbmap -query
  rules:  evdev
  model:  pc105
  layout: il,us
  variant:,
  options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle

  Which seems right. But still when typing, English chars are being
  typed.

  I tried this with the packages from the official repos, gnome-ppa, and 
ppa:attente/1218322 as described here:
  
http://askubuntu.com/questions/356357/how-to-use-altshift-combo-to-switch-keyboard-layout-in-13-10
  All with the same effect.

  Ubuntu 13.10
  gnome-settings-daemon 3.8.5-0ubuntu9

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1244158/+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 1318673] Re: Modifier-only input switching with non-latin keyboard layouts has no effect under GNOME Shell

2014-05-17 Thread Haggai Eran
The fix in ubuntu proposed didn't fix my issue. I was testing version
3.8.6.1-0ubuntu11.1. I tested with Caps Lock as the shortcut key, but
I've also tried with Alt-Shift. I am able to change the keyboard layout
once, and then it gets stuck in the second layout. The indicator didn't
change at all during the test. Should this be a new bug, or do you think
it is the same as #1244158?

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

Title:
  Modifier-only input switching with non-latin keyboard layouts has no
  effect under GNOME Shell

Status in “gnome-settings-daemon” package in Ubuntu:
  In Progress
Status in “gnome-settings-daemon” source package in Trusty:
  Fix Committed

Bug description:
  [Impact]
  In GNOME Shell, switching between latin and non-latin keyboard layouts using 
the XKB group options (e.g. ctrl+alt, alt+shift, etc.) doesn't work. This is a 
big usability problem for users that often need to switch layouts quickly, as 
using a typical shortcut with a non-modifier key is not appropriate for this 
function. See https://bugs.launchpad.net/gnome-settings-daemon/+bug/1218322 for 
impact.

  This occurs because gnome-settings-daemon updates the XKB layouts when
  ISO_Next_Group is pressed, but then XKB immediately locks to the next
  group afterwards. The proposed fix is to have gnome-settings-daemon
  watch for XkbStateNotify changes on the lock mask, and lock the
  correct group when XKB changes it.


  [Test case]
  In GNOME Shell:
  1. gnome-control-center  Keyboard  Shortcuts  Typing  Modifiers-only 
switch to next source. Choose a key combination like Ctrl+Shift.
  2. gnome-control-center  Region  Language  Input Sources  +  Add a 
non-latin keyboard layout. I tested with English (US), Russian, and Arabic.
  3. Tap the key combination. The indicator will switch between the two 
keyboard layouts, but typing will still be in the latin (English for me) layout.

  The gnome-settings-daemon package from
  https://launchpad.net/~attente/+archive/java-non-latin-shortcuts
  includes the proposed fix for testing purposes. The merge proposal is
  here: https://code.launchpad.net/~attente/gnome-settings-
  daemon/1218322/+merge/219055.


  [Regression potential]
  gnome-settings-daemon is already handling most of the keyboard layout 
configuration at the user level and updating XKB to keep consistent with the 
user's settings. So doing the proposed fix should only make it more consistent. 
But it might prevent XKB's layout switching from working in contexts where 
gnome-settings-daemon wouldn't expect to run or work, like for example in a VT, 
or in a full-screen application that has an active grab on the keyboard.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1318673/+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 1244158] Re: GNOME: Modifiers Only keyboard layout switch have no effect

2014-04-24 Thread Haggai Eran
Just another comment, I was able to work around this issue in 14.04 by
changing the keyboard layout setting to apply globally instead of per-
window.

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

Title:
  GNOME: Modifiers Only keyboard layout switch have no effect

Status in “gnome-settings-daemon” package in Ubuntu:
  Confirmed

Bug description:
  After setting up Alt+Shift keys to change the keyboard layout (via
  gnome-tweak-tool or via gnome control center), these key combinations
  do not provide the expected result.

  Expected Result:
  Keyboard layout is changed and keyboard indicator display updates

  Actual Result:
  Only keyboard indicator display updates, leaving the actual keyboard 
indicator in English.

  I have English-Hebrew keyboard layout configured with alt+shift for layout 
switching.
  Once the layout is on Hebrew, alt+shift switches back to English properly. 
  Once the layout is on English, alt+shift changes the keyboard indicator to 
he, but actually the systems layout is still English.
  At this point, pressing Alt+Shift results in changes to the indicator display 
only, resulting in no actual layout switches.

  If Allow different sources for each window is selected in Input Sources 
Options then:
  - Changing the layout to Hebrew.
  - Alt-Tab to another window with a different layout.
  - Alt-Tab back, allows me to type back in Hebrew.

  When Alt+Shift switches to English:
  $ setxkbmap -query
  rules:  evdev
  model:  pc105
  layout: us
  options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle

  When Alt+Shift switches to Hebrew:
  $ setxkbmap -query
  rules:  evdev
  model:  pc105
  layout: il,us
  variant:,
  options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle

  Which seems right. But still when typing, English chars are being
  typed.

  I tried this with the packages from the official repos, gnome-ppa, and 
ppa:attente/1218322 as described here:
  
http://askubuntu.com/questions/356357/how-to-use-altshift-combo-to-switch-keyboard-layout-in-13-10
  All with the same effect.

  Ubuntu 13.10
  gnome-settings-daemon 3.8.5-0ubuntu9

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1244158/+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 1244158] Re: GNOME: Modifiers Only keyboard layout switch have no effect

2014-04-23 Thread Haggai Eran
I believe I'm seeing the same bug in Ubuntu 14.04. I'm using Caps Lock to 
switch layouts (set using gnome-tweak-tool). With the English layout:
$ setxkbmap -query
rules:  evdev
model:  pc105
layout: us,il
variant:,
options:grp:caps_toggle

And with the Hebrew layout:
$ setxkbmap -query
rules:  evdev
model:  pc105
layout: il,il,us
variant:lyx,,
options:grp:caps_toggle

(Not sure if it should show two ils in the layout field).

After using Caps Lock to switch from English to Hebrew, further presses
only change the indicator, but the keyboard continues to type Hebrew
keys.

I have gnome-control-center version 3.6.3-0ubuntu56 installed.

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

Title:
  GNOME: Modifiers Only keyboard layout switch have no effect

Status in “gnome-settings-daemon” package in Ubuntu:
  Confirmed

Bug description:
  After setting up Alt+Shift keys to change the keyboard layout (via
  gnome-tweak-tool or via gnome control center), these key combinations
  do not provide the expected result.

  Expected Result:
  Keyboard layout is changed and keyboard indicator display updates

  Actual Result:
  Only keyboard indicator display updates, leaving the actual keyboard 
indicator in English.

  I have English-Hebrew keyboard layout configured with alt+shift for layout 
switching.
  Once the layout is on Hebrew, alt+shift switches back to English properly. 
  Once the layout is on English, alt+shift changes the keyboard indicator to 
he, but actually the systems layout is still English.
  At this point, pressing Alt+Shift results in changes to the indicator display 
only, resulting in no actual layout switches.

  If Allow different sources for each window is selected in Input Sources 
Options then:
  - Changing the layout to Hebrew.
  - Alt-Tab to another window with a different layout.
  - Alt-Tab back, allows me to type back in Hebrew.

  When Alt+Shift switches to English:
  $ setxkbmap -query
  rules:  evdev
  model:  pc105
  layout: us
  options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle

  When Alt+Shift switches to Hebrew:
  $ setxkbmap -query
  rules:  evdev
  model:  pc105
  layout: il,us
  variant:,
  options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle

  Which seems right. But still when typing, English chars are being
  typed.

  I tried this with the packages from the official repos, gnome-ppa, and 
ppa:attente/1218322 as described here:
  
http://askubuntu.com/questions/356357/how-to-use-altshift-combo-to-switch-keyboard-layout-in-13-10
  All with the same effect.

  Ubuntu 13.10
  gnome-settings-daemon 3.8.5-0ubuntu9

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1244158/+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 533200] Re: Window title misaligned in RTL languages

2012-04-28 Thread Haggai Eran
I offered a patch for this issue to metacity in 2010 (see
https://bugzilla.gnome.org/show_bug.cgi?id=612940), that would mirror
the window title. They didn't accept it, since they said it should have
been up to the theme designer to choose whether to mirror, or to
implement a different theme for RTL. The first method would work for
Ubuntu's theme, but not for more complicated themes such as Crux. I
tried to start discussing the extensions required to the theme files,
but never got any response.

** Bug watch added: GNOME Bug Tracker #612940
   https://bugzilla.gnome.org/show_bug.cgi?id=612940

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

Title:
  Window title misaligned in RTL languages

Status in “light-themes” package in Ubuntu:
  Invalid
Status in “metacity” package in Ubuntu:
  New

Bug description:
  light-themes 0.1.5.9
  light-themes 0.1.8.23, Ubuntu 11.10 beta 1

  1. Set up a user account that uses a right-to-left language, such as Arabic.
  2. Log in to that account.
  3. Open any window.

  What you see: The title is on the left.
  What you should see: The title is on the right. (At least, as long as it is 
on the left in LTR languages.)

  (This bug report previously also covered poor appearance of the well
  for the title bar buttons, which is now fixed.)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/533200/+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 664194] Re: Reversed (swapped) icons on forward/back buttons in RTL locales

2012-04-27 Thread Haggai Eran
Hi Andrea,

Thanks for attending to this bug. I'm wondering if you can direct us to
the cause of this bug, if it is not in light-themes. I'd like to note
that it doesn't occur in Precise when using the Adwaita theme, but does
occur when choosing Ambiance or Radiance.

Regards,
Haggai

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

Title:
  Reversed (swapped) icons on forward/back buttons in RTL locales

Status in Light Themes:
  Invalid
Status in Nautilus:
  Fix Released
Status in Ubuntu Translations:
  New
Status in “gtk+3.0” package in Ubuntu:
  Fix Released
Status in “nautilus” package in Ubuntu:
  Fix Released

Bug description:
  Binary package hint: nautilus

  I use Hebrew locale.
  I upgrade to ubuntu 10.10 and then I saw that icons on forward/back is 
reversed. The back icon point to left and forward icon point to right (see 
screenshot). In Hebrew its must to point conversely.

  In ubuntu 10.04 they pointed correctly.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.10
  Package: nautilus 1:2.32.0-0ubuntu1
  ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4
  Uname: Linux 2.6.35-22-generic i686
  Architecture: i386
  CheckboxSubmission: a1eeddb2760f9026f329f5e3a8ccc456
  CheckboxSystem: 32980ee028b29311fef8e195a759b031
  Date: Wed Oct 20 23:52:14 2010
  ExecutablePath: /usr/bin/nautilus
  ProcEnviron:
   LANG=he_IL.UTF-8
   SHELL=/bin/bash
  SourcePackage: nautilus

To manage notifications about this bug go to:
https://bugs.launchpad.net/light-themes/+bug/664194/+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 664194] Re: Reversed (swapped) icons on forward/back buttons in RTL locales

2012-04-01 Thread Haggai Eran
Here's an updated screenshot of Nautilus under precise, using a Hebrew
locale with the Ambiance theme.

** Attachment added: reversed-arrows.png
   
https://bugs.launchpad.net/light-themes/+bug/664194/+attachment/2980543/+files/reversed-arrows.png

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

Title:
  Reversed (swapped) icons on forward/back buttons in RTL locales

Status in Light Themes:
  New
Status in Nautilus:
  Fix Released
Status in Ubuntu Translations:
  New
Status in “gtk+3.0” package in Ubuntu:
  Fix Released
Status in “nautilus” package in Ubuntu:
  Fix Released

Bug description:
  Binary package hint: nautilus

  I use Hebrew locale.
  I upgrade to ubuntu 10.10 and then I saw that icons on forward/back is 
reversed. The back icon point to left and forward icon point to right (see 
screenshot). In Hebrew its must to point conversely.

  In ubuntu 10.04 they pointed correctly.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.10
  Package: nautilus 1:2.32.0-0ubuntu1
  ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4
  Uname: Linux 2.6.35-22-generic i686
  Architecture: i386
  CheckboxSubmission: a1eeddb2760f9026f329f5e3a8ccc456
  CheckboxSystem: 32980ee028b29311fef8e195a759b031
  Date: Wed Oct 20 23:52:14 2010
  ExecutablePath: /usr/bin/nautilus
  ProcEnviron:
   LANG=he_IL.UTF-8
   SHELL=/bin/bash
  SourcePackage: nautilus

To manage notifications about this bug go to:
https://bugs.launchpad.net/light-themes/+bug/664194/+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 927931] Re: [Upstream] RTL (CTL) is expected to be enabled in all cases by RTL users

2012-03-31 Thread Haggai Eran
Hi Yaron,

Thanks for bringing this up here.

Actually, my thought was to enable CTL at LibreOffice's startup, if a
relevant input method is set up, or even enable it while a user is using
LibreOffice, if the user changes their keyboard layout settings.
Changing it during installation can be problematic if the user sets
their keyboard layout only after the installation.

Haggai

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

Title:
  [Upstream] RTL (CTL) is expected to be enabled in all cases by RTL
  users

Status in LibreOffice Productivity Suite:
  New
Status in “libreoffice” package in Ubuntu:
  Confirmed

Bug description:
  This is concerning the usability issue where an RTL user gets in front
  of LibreOffice and doesn't find the two directionality buttons in the
  toolbar (OMG!!!). He won't find them anywhere until he does 8 mouse
  clicks to turn the RTL feature on:

  Tools - Options - Language Settings - Languages - Enabled for
  complex text layout (CTL) - CTL: Language - OK

  My mom can't do this :-/ .

  This is how this happens:

  CTL is off by default in LibreOffice, and thus RTL is, too.

  As I've been briefed, this is how it gets turned on for RTL users 
automatically:
  1. RTL locales
  2. A language support package of one of the RTL languages is installed

  The problem is that these two triggers for CTL don't cover all the
  situations where an RTL user runs LibreOffice.

  Many RTL users choose a non-RTL locale. They can also choose not to
  install any of the language support packages. The presence of an RTL
  language layout is all that indicates their RTL-ness :) Even when RTL
  users use a friend's/public computer as guests they expect the RTL
  buttons.

  Then, why make RTL off by default? Does it cost a lot of memory? Does
  it have bad Karma? :)

  The expectation to have those RTL buttons is because they seem to be
  always there in Microsoft Office since as far as I can remember. I
  never had to turn anything on. They were always there by default.

  In order to understand the severity of this issue, let me tell you
  what users do when they don't find those RTL buttons. They try to
  configure the toolbar, thinking that they must be disabled there. They
  find them enabled, actually. Although enabled in the toolbar, they
  don't appear :-O . After that they're quite lost so they might go to
  the correct Language Settings - Languages configuration section.
  There, they will not find RTL or Left to right. How would they
  know whether to enable the Enhanced language support for Asian
  languages or for Complex text layout? Most users would lose a few
  hairs by that point.

  Thanks and blessings,
  Shahar

  ProblemType: BugDistroRelease: Ubuntu 12.04
  Package: libreoffice (not installed)
  ProcVersionSignature: Ubuntu 3.2.0-14.23-generic 3.2.3
  Uname: Linux 3.2.0-14-generic x86_64
  ApportVersion: 1.91-0ubuntu1
  Architecture: amd64
  CasperVersion: 1.304
  Date: Mon Feb  6 22:14:26 2012
  LiveMediaBuild: Ubuntu 12.04 LTS Precise Pangolin - Alpha amd64 (20120206)
  ProcEnviron:
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bashSourcePackage: libreoffice
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/927931/+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 371570] Re: Wrong placement after Menu triggers

2012-03-14 Thread Haggai Eran
Are you sure it's gone? I thought I saw in the Unity panel menu bar,
when opening the right most menu, or the right-most indicator in LTR. I
think it sometimes appears positioned outside of the screen on the first
time, and on further attempts it is positioned correctly. I'll have to
check again to be sure.

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

Title:
  Wrong placement after Menu triggers

Status in gnome-menus:
  Expired
Status in Desktop panel for GNOME:
  Invalid
Status in “gnome-menus” package in Ubuntu:
  Triaged

Bug description:
  Binary package hint: gnome-menus

  Dear friends,

  1. Installing or removing a package that has a menu item.
  2. Click one of the menus.
  3. It is located wrongly as shown in screen shot.

  Perhaps this is only visible in RTL. I didn't check LTR.

  Many blessings.

  This bug has a bounty on it:
  http://www.fossfactory.org/project/p195

  ProblemType: Bug
  Architecture: i386
  DistroRelease: Ubuntu 9.04
  Package: gnome-menus 2.26.0-0ubuntu1
  ProcEnviron:
   LANG=he_IL.UTF-8
   SHELL=/bin/bash
  SourcePackage: gnome-menus
  Uname: Linux 2.6.28-11-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-menus/+bug/371570/+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 371570] Re: Wrong placement after Menu triggers

2012-03-14 Thread Haggai Eran
I believe they all use Gtk's menus, but of course their usage may vary.
Anyway, I checked again in Unity and Unity-2d, and couldn't reproduce
this behavior. Maybe I just imagined it...

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

Title:
  Wrong placement after Menu triggers

Status in gnome-menus:
  Expired
Status in Desktop panel for GNOME:
  Invalid
Status in “gnome-menus” package in Ubuntu:
  Triaged

Bug description:
  Binary package hint: gnome-menus

  Dear friends,

  1. Installing or removing a package that has a menu item.
  2. Click one of the menus.
  3. It is located wrongly as shown in screen shot.

  Perhaps this is only visible in RTL. I didn't check LTR.

  Many blessings.

  This bug has a bounty on it:
  http://www.fossfactory.org/project/p195

  ProblemType: Bug
  Architecture: i386
  DistroRelease: Ubuntu 9.04
  Package: gnome-menus 2.26.0-0ubuntu1
  ProcEnviron:
   LANG=he_IL.UTF-8
   SHELL=/bin/bash
  SourcePackage: gnome-menus
  Uname: Linux 2.6.28-11-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-menus/+bug/371570/+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 951464] Re: Wireless connections in network-manager-applet not editable

2012-03-13 Thread Haggai Eran
I'm also affected by this bug. After upgrading to precise, my laptop
keeps asking for password when connecting to a previously saved EAP
network. Trying to edit this network resulted in the error described in
the bug. I haven't had problems connecting or editing WPA networks.

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

Title:
  Wireless connections in network-manager-applet not editable

Status in “network-manager-applet” package in Ubuntu:
  Confirmed

Bug description:
  Right-click on the network manager applet -- edit connections
  On the tab wireless is the current network shown, I'd like to connect. In 
order to do so, I need to edit the connection. 
  If I click on edit, the following error appears as a dialog: 

  Error initializing editor
  No agents were available for this request.
  Close

  ProblemType: Bug
  DistroRelease: Ubuntu 12.04
  Package: network-manager-gnome 0.9.2.0+git.20120126t000800.5151959-0ubuntu4
  ProcVersionSignature: Ubuntu 3.2.0-18.28-generic-pae 3.2.9
  Uname: Linux 3.2.0-18-generic-pae i686
  ApportVersion: 1.94.1-0ubuntu2
  Architecture: i386
  CRDA: Error: [Errno 2] No such file or directory
  Date: Sat Mar 10 12:20:20 2012
  EcryptfsInUse: Yes
  ExecutablePath: /usr/bin/nm-connection-editor
  InstallationMedia: Xubuntu 12.04 Precise Pangolin - Beta i386 (20120228)
  IpRoute:
   default via 132.176.143.126 dev eth0  proto static 
   132.176.143.96/27 dev eth0  proto kernel  scope link  src 132.176.143.98  
metric 1 
   169.254.0.0/16 dev eth0  scope link  metric 1000
  NetworkManager.state:
   [main]
   NetworkingEnabled=true
   WirelessEnabled=true
   WWANEnabled=true
   WimaxEnabled=true
  ProcEnviron:
   LANGUAGE=en_US:en
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  RfKill:
   0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
  SourcePackage: network-manager-applet
  UpgradeStatus: Upgraded to precise on 2012-03-10 (0 days ago)
  nmcli-con:
   NAME  UUID   TYPE
  TIMESTAMPTIMESTAMP-REAL AUTOCONNECT   READONLY   
DBUS-PATH 
   Wired connection 1cc30221a-025d-4302-9360-b6e3e63ab9e4   
802-3-ethernet1331377520   Sat 10 Mar 2012 12:05:20 PM CETyes   
no /org/freedesktop/NetworkManager/Settings/0
   FU-StZ6e673f08-626e-4293-b943-753fa944b0d3   
802-11-wireless   0never  yes   
no /org/freedesktop/NetworkManager/Settings/3
  nmcli-dev:
   DEVICE TYPE  STATE DBUS-PATH 
 
   wlan0  802-11-wireless   disconnected  
/org/freedesktop/NetworkManager/Devices/1  
   eth0   802-3-ethernetconnected 
/org/freedesktop/NetworkManager/Devices/0
  nmcli-nm:
   RUNNING VERSIONSTATE   NET-ENABLED   WIFI-HARDWARE   
WIFI   WWAN-HARDWARE   WWAN  
   running 0.9.3.0connected   enabled   enabled 
enabledenabled disabled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/951464/+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 239222] Re: CTRL + W is not working while keyboard layout is on Hebrew

2012-03-12 Thread Haggai Eran
Just added this bug to the firefox package, as firefox-3.0 is no longer
available, and this bug still occurs in firefox version
11.0~b7+build1-0ubuntu1 on precise.

** Also affects: firefox (Ubuntu)
   Importance: Undecided
   Status: New

-- 
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/239222

Title:
  CTRL + W is not working while keyboard layout is on Hebrew

Status in The Mozilla Firefox Browser:
  Fix Released
Status in “firefox” package in Ubuntu:
  New
Status in “firefox-3.0” package in Ubuntu:
  Confirmed
Status in “firefox-3.6” package in Arch Linux:
  New

Bug description:
  Binary package hint: firefox-3.0

  Ubuntu 8.04
  Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008060309 Firefox/3.0

  ProblemType: Bug
  Architecture: i386
  Date: Wed Jun 11 19:00:06 2008
  DistroRelease: Ubuntu 8.04
  Package: firefox-3.0 3.0~rc1+nobinonly-0ubuntu0.8.04.1
  PackageArchitecture: i386
  ProcEnviron:
   
PATH=/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: firefox-3.0
  Uname: Linux 2.6.24-18-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/239222/+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 886902] Re: on boot, lightdm does not launch X server. manual lightdm restart works after but keyboard is qwerty

2012-02-19 Thread Haggai Eran
Hi,

I've also got this error with an Archos 9 tablet, after installing the
EMGD driver.

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

Title:
  on boot, lightdm does not launch X server. manual lightdm restart
  works after but keyboard is qwerty

Status in “lightdm” package in Ubuntu:
  Invalid

Bug description:
  On Oneiric 11.10 installation, lightdm was Ok on asus T91mt (display 
resolution not :-( )
  After emgd driver installation (downgrading X server to 1.9), it refuse to 
launch X at boot (X exit with Unrecognized option: -background). 
  Restarting lightdm manually allow to have X session but keyboard set to fr 
in/etc/default/keyboard is qwerty ligthtdm.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: lightdm 1.0.1-0ubuntu6
  ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
  Uname: Linux 3.0.0-12-generic i686
  ApportVersion: 1.23-0ubuntu4
  Architecture: i386
  Date: Sun Nov  6 20:20:23 2011
  InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111011)
  ProcEnviron:
   PATH=(custom, no user)
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  SourcePackage: lightdm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/886902/+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 786855] Re: ** (vinagre:24330): WARNING **: The protocol vnc is not supported.

2012-01-27 Thread Haggai Eran
I don't see this issue anymore on Oneiric.

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

Title:
  ** (vinagre:24330): WARNING **: The protocol vnc is not supported.

Status in “vinagre” package in Ubuntu:
  Expired

Bug description:
  Binary package hint: vinagre

  I used to have vinagre connect to VNC servers, but for some reason I get this 
error when I try to:
   ** (vinagre:24330): WARNING **: The protocol vnc is not supported.

  Also, the VNC option doesn't appear in the Connect dialog box, only
  SSH.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.04
  Package: vinagre 2.30.3-1ubuntu2
  ProcVersionSignature: Ubuntu 2.6.38-9.43-generic 2.6.38.4
  Uname: Linux 2.6.38-9-generic x86_64
  NonfreeKernelModules: nvidia
  Architecture: amd64
  Date: Mon May 23 09:53:09 2011
  EcryptfsInUse: Yes
  ProcEnviron:
   LANGUAGE=he_IL:en
   PATH=(custom, user)
   LANG=he_IL.UTF-8
   SHELL=/bin/bash
  SourcePackage: vinagre
  UpgradeStatus: Upgraded to natty on 2011-05-01 (21 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/vinagre/+bug/786855/+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 373113]

2011-12-26 Thread Haggai Eran
Hi,

I've tried LibreOffice Writer 3.5.0 beta2 on Mac OS, and the bug was
still there.

Regards,
Haggai

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

Title:
  [upstream] Writer imports Hebrew Word .doc file and missing some text
  after page break

Status in LibreOffice Productivity Suite:
  Confirmed
Status in The OpenOffice.org Suite:
  Confirmed
Status in “libreoffice” package in Ubuntu:
  Triaged
Status in “openoffice.org” package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  1) lsb_release -rd
  Description:  Ubuntu 11.04
  Release:  11.04

  2) apt-cache policy libreoffice-writer
  libreoffice-writer:
Installed: 1:3.3.2-1ubuntu5
Candidate: 1:3.3.2-1ubuntu5
Version table:
   *** 1:3.3.2-1ubuntu5 0
  500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 
Packages
  100 /var/lib/dpkg/status
   1:3.3.2-1ubuntu4 0
  500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

  3) What is expected to happen in LibreOffice Writer via the Terminal:

  cd ~/Desktop  wget
  
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/373113/+attachment/2154880/+files/example.doc
   lowriter -nologo example.doc

  Search for the word סיכום המחקרים‎, LO finds it and highlights it.

  4) What happens instead is it finds it, but does not highlight it. As
  well, the text does not appear in the document.

  WORKAROUND: Convert the document to .odt:

  cd ~/Desktop  wget
  
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/373113/+attachment/2154880/+files/example.doc
   unoconv --listener  unoconv -f odt example.doc  lowriter
  -nologo example.odt

  apt-cache policy unoconv
  unoconv:
Installed: 0.3-6
Candidate: 0.3-6
Version table:
   *** 0.3-6 0
  500 http://us.archive.ubuntu.com/ubuntu/ natty/universe i386 Packages
  100 /var/lib/dpkg/status

  Original Reporter Comments: It's a Microsoft Word document.

  ProblemType: Bug
  Architecture: i386
  DistroRelease: Ubuntu 9.04
  Package: openoffice.org-core 1:3.0.1-9ubuntu3
  ProcEnviron:
   PATH=(custom, user)
   LANG=he_IL.UTF-8
   SHELL=/bin/bash
  SourcePackage: openoffice.org
  Uname: Linux 2.6.28-11-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/373113/+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 664194] Re: reversed icons on forward/back buttons in Hebrew locale

2011-12-02 Thread Haggai Eran
** Also affects: light-themes
   Importance: Undecided
   Status: New

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

Title:
  reversed icons on forward/back buttons in Hebrew locale

Status in Light Themes:
  New
Status in Nautilus:
  Fix Released
Status in “gtk+3.0” package in Ubuntu:
  Fix Released
Status in “nautilus” package in Ubuntu:
  Fix Released

Bug description:
  Binary package hint: nautilus

  I use Hebrew locale.
  I upgrade to ubuntu 10.10 and then I saw that icons on forward/back is 
reversed. The back icon point to left and forward icon point to right (see 
screenshot). In Hebrew its must to point conversely.

  In ubuntu 10.04 they pointed correctly.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.10
  Package: nautilus 1:2.32.0-0ubuntu1
  ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4
  Uname: Linux 2.6.35-22-generic i686
  Architecture: i386
  CheckboxSubmission: a1eeddb2760f9026f329f5e3a8ccc456
  CheckboxSystem: 32980ee028b29311fef8e195a759b031
  Date: Wed Oct 20 23:52:14 2010
  ExecutablePath: /usr/bin/nautilus
  ProcEnviron:
   LANG=he_IL.UTF-8
   SHELL=/bin/bash
  SourcePackage: nautilus

To manage notifications about this bug go to:
https://bugs.launchpad.net/light-themes/+bug/664194/+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 664194] Re: reversed icons on forward/back buttons in Hebrew locale

2011-11-23 Thread Haggai Eran
Hi,

Could someone reopen this bug? It is not fixed in oneiric. I believe
there is some bug in gtk handling of stock icons's right-to-left
variants, since it seems that nautilus is asking for the
GTK_STOCK_GO_BACK and GTK_STOCK_GO_FORWARD, which should have support
for RTL variants, and the Humanity icon theme does contain links for
these variants (gtk-go-back-rtl and so on).

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

Title:
  reversed icons on forward/back buttons in Hebrew locale

Status in Nautilus:
  Fix Released
Status in “gtk+3.0” package in Ubuntu:
  Fix Released
Status in “nautilus” package in Ubuntu:
  Fix Released

Bug description:
  Binary package hint: nautilus

  I use Hebrew locale.
  I upgrade to ubuntu 10.10 and then I saw that icons on forward/back is 
reversed. The back icon point to left and forward icon point to right (see 
screenshot). In Hebrew its must to point conversely.

  In ubuntu 10.04 they pointed correctly.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.10
  Package: nautilus 1:2.32.0-0ubuntu1
  ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4
  Uname: Linux 2.6.35-22-generic i686
  Architecture: i386
  CheckboxSubmission: a1eeddb2760f9026f329f5e3a8ccc456
  CheckboxSystem: 32980ee028b29311fef8e195a759b031
  Date: Wed Oct 20 23:52:14 2010
  ExecutablePath: /usr/bin/nautilus
  ProcEnviron:
   LANG=he_IL.UTF-8
   SHELL=/bin/bash
  SourcePackage: nautilus

To manage notifications about this bug go to:
https://bugs.launchpad.net/nautilus/+bug/664194/+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 664194] Re: reversed icons on forward/back buttons in Hebrew locale

2011-11-23 Thread Haggai Eran
Looking further into this bug, it seems that it does have something to
do with the icon theme. When using the gnome icon theme, the buttons are
rendered correctly.

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

Title:
  reversed icons on forward/back buttons in Hebrew locale

Status in Nautilus:
  Fix Released
Status in “gtk+3.0” package in Ubuntu:
  Fix Released
Status in “nautilus” package in Ubuntu:
  Fix Released

Bug description:
  Binary package hint: nautilus

  I use Hebrew locale.
  I upgrade to ubuntu 10.10 and then I saw that icons on forward/back is 
reversed. The back icon point to left and forward icon point to right (see 
screenshot). In Hebrew its must to point conversely.

  In ubuntu 10.04 they pointed correctly.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.10
  Package: nautilus 1:2.32.0-0ubuntu1
  ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4
  Uname: Linux 2.6.35-22-generic i686
  Architecture: i386
  CheckboxSubmission: a1eeddb2760f9026f329f5e3a8ccc456
  CheckboxSystem: 32980ee028b29311fef8e195a759b031
  Date: Wed Oct 20 23:52:14 2010
  ExecutablePath: /usr/bin/nautilus
  ProcEnviron:
   LANG=he_IL.UTF-8
   SHELL=/bin/bash
  SourcePackage: nautilus

To manage notifications about this bug go to:
https://bugs.launchpad.net/nautilus/+bug/664194/+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 889408] [NEW] Cannot add a facebook account: IOError: [Errno socket error] [Errno 1] _ssl.c:503: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol

2011-11-12 Thread Haggai Eran
Public bug reported:

Hi,

When I try to add a facebook account to gwibber, I complete the
authentication and then the word Success appears in the window, and
the following is printed to the console:

Traceback (most recent call last):
  File /usr/share/gwibber/plugins/facebook/gtk/facebook/__init__.py, line 
128, in on_facebook_auth_title_change
data = 
json.loads(urllib.urlopen(https://graph.facebook.com/me?access_token=; + 
self.account[access_token]).read())
  File /usr/lib/python2.7/urllib.py, line 84, in urlopen
return opener.open(url)
  File /usr/lib/python2.7/urllib.py, line 205, in open
return getattr(self, name)(url)
  File /usr/lib/python2.7/urllib.py, line 435, in open_https
h.endheaders(data)
  File /usr/lib/python2.7/httplib.py, line 951, in endheaders
self._send_output(message_body)
  File /usr/lib/python2.7/httplib.py, line 811, in _send_output
self.send(msg)
  File /usr/lib/python2.7/httplib.py, line 773, in send
self.connect()
  File /usr/lib/python2.7/httplib.py, line 1158, in connect
self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file)
  File /usr/lib/python2.7/ssl.py, line 372, in wrap_socket
ciphers=ciphers)
  File /usr/lib/python2.7/ssl.py, line 134, in __init__
self.do_handshake()
  File /usr/lib/python2.7/ssl.py, line 296, in do_handshake
self._sslobj.do_handshake()
IOError: [Errno socket error] [Errno 1] _ssl.c:503: error:140770FC:SSL 
routines:SSL23_GET_SERVER_HELLO:unknown protocol

The gwibber window doesn't show any Add button, and no option to
continue but to close the accounts window.

I'm using Ubuntu 11.10, gwibber 3.2.1.

** Affects: gwibber (Ubuntu)
 Importance: Undecided
 Status: New

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

Title:
  Cannot add a facebook account: IOError: [Errno socket error] [Errno 1]
  _ssl.c:503: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown
  protocol

Status in “gwibber” package in Ubuntu:
  New

Bug description:
  Hi,

  When I try to add a facebook account to gwibber, I complete the
  authentication and then the word Success appears in the window, and
  the following is printed to the console:

  Traceback (most recent call last):
File /usr/share/gwibber/plugins/facebook/gtk/facebook/__init__.py, line 
128, in on_facebook_auth_title_change
  data = 
json.loads(urllib.urlopen(https://graph.facebook.com/me?access_token=; + 
self.account[access_token]).read())
File /usr/lib/python2.7/urllib.py, line 84, in urlopen
  return opener.open(url)
File /usr/lib/python2.7/urllib.py, line 205, in open
  return getattr(self, name)(url)
File /usr/lib/python2.7/urllib.py, line 435, in open_https
  h.endheaders(data)
File /usr/lib/python2.7/httplib.py, line 951, in endheaders
  self._send_output(message_body)
File /usr/lib/python2.7/httplib.py, line 811, in _send_output
  self.send(msg)
File /usr/lib/python2.7/httplib.py, line 773, in send
  self.connect()
File /usr/lib/python2.7/httplib.py, line 1158, in connect
  self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file)
File /usr/lib/python2.7/ssl.py, line 372, in wrap_socket
  ciphers=ciphers)
File /usr/lib/python2.7/ssl.py, line 134, in __init__
  self.do_handshake()
File /usr/lib/python2.7/ssl.py, line 296, in do_handshake
  self._sslobj.do_handshake()
  IOError: [Errno socket error] [Errno 1] _ssl.c:503: error:140770FC:SSL 
routines:SSL23_GET_SERVER_HELLO:unknown protocol

  The gwibber window doesn't show any Add button, and no option to
  continue but to close the accounts window.

  I'm using Ubuntu 11.10, gwibber 3.2.1.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gwibber/+bug/889408/+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 773041] Re: Uses 100% cpu - automatically restarts when killed

2011-10-22 Thread Haggai Eran
It started affecting me when I upgraded to Oneiric.

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

Title:
  Uses 100% cpu - automatically restarts when killed

Status in “telepathy-gabble” package in Ubuntu:
  Confirmed

Bug description:
  Binary package hint: telepathy-gabble

  Just upgraded to 11.04 and now telepathy-gabble uses 100% cpu and
  automatically restarts when I kill it

  ProblemType: Bug
  DistroRelease: Ubuntu 11.04
  Package: telepathy-gabble 0.11.10-1ubuntu1
  ProcVersionSignature: Ubuntu 2.6.38-8.42-generic-pae 2.6.38.2
  Uname: Linux 2.6.38-8-generic-pae i686
  NonfreeKernelModules: fglrx
  Architecture: i386
  Date: Fri Apr 29 10:36:43 2011
  EcryptfsInUse: Yes
  ExecutablePath: /usr/lib/telepathy/telepathy-gabble
  InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release i386 (20101007)
  ProcEnviron:
   SHELL=/bin/bash
   LANGUAGE=en_DK:en
   LANG=en_DK.UTF-8
  SourcePackage: telepathy-gabble
  UpgradeStatus: Upgraded to natty on 2011-04-29 (0 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/telepathy-gabble/+bug/773041/+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 879361] Re: gwibber-accounts crashed with IOError in do_handshake(): [Errno socket error] [Errno 1] _ssl.c:503: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown proto

2011-10-21 Thread Haggai Eran
*** This bug is a duplicate of bug 844685 ***
https://bugs.launchpad.net/bugs/844685


** Visibility changed to: Public

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

Title:
  gwibber-accounts crashed with IOError in do_handshake(): [Errno socket
  error] [Errno 1] _ssl.c:503: error:140770FC:SSL
  routines:SSL23_GET_SERVER_HELLO:unknown protocol

Status in “gwibber” package in Ubuntu:
  New

Bug description:
  I cannot add a Facebook account to Gwibber on Oneiric. I got the
  exception that is attached in the logs.

  ProblemType: Crash
  DistroRelease: Ubuntu 11.10
  Package: gwibber 3.2.0.1-0ubuntu1
  ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
  Uname: Linux 3.0.0-12-generic x86_64
  ApportVersion: 1.23-0ubuntu3
  Architecture: amd64
  Date: Fri Oct 21 13:04:29 2011
  EcryptfsInUse: Yes
  ExecutablePath: /usr/bin/gwibber-accounts
  InstallationMedia: Ubuntu 11.04 Natty Narwhal - Release amd64 (20110426)
  InterpreterPath: /usr/bin/python2.7
  ProcCmdline: python /usr/bin/gwibber-accounts
  ProcEnviron:
   LANGUAGE=he:en_US:en
   PATH=(custom, user)
   LANG=he_IL.UTF-8
   LC_MESSAGES=he_IL.UTF-8
   SHELL=/bin/bash
  PythonArgs: ['/usr/bin/gwibber-accounts']
  SourcePackage: gwibber
  Title: gwibber-accounts crashed with IOError in do_handshake(): [Errno socket 
error] [Errno 1] _ssl.c:503: error:140770FC:SSL 
routines:SSL23_GET_SERVER_HELLO:unknown protocol
  UpgradeStatus: Upgraded to oneiric on 2011-10-20 (0 days ago)
  UserGroups: adm admin cdrom dialout libvirtd lpadmin plugdev sambashare 
wireshark

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gwibber/+bug/879361/+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 227326] Re: [upstream] caps lock key should not be polled directly - openoffice switches keyboard layout

2011-09-15 Thread Haggai Eran
Hi,

I've checked Libreoffice on Ubuntu Natty, and I think this bug is fixed
their. It seems that when using Caps lock to switch keyboard layouts,
the Correct accidental use of cAPS LOCK key feature is disabled
automatically. It doesn't correct any text, even when using Shift-Caps-
lock to use capital letters and not switch layouts. When using another
key combination to switch layouts, the feature works as expected.

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

Title:
  [upstream] caps lock key should not be polled directly - openoffice
  switches keyboard layout

Status in The OpenOffice.org Suite:
  Confirmed
Status in “libreoffice” package in Ubuntu:
  Incomplete
Status in “openoffice.org” package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  I use Capslock to switch keyboard layout.  (Keyboard preferences 
  Layouts  Layout options  Layout switching  Capslock key), but when
  I am typing with Iran keyboard layout in openoffice, my keyboard
  layout changes to US (Specially when I enter two letter words). but it
  works fine in gutsy. I am using hardy.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openoffice/+bug/227326/+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