Sure this bug forces users switch to cli. very user-unfriendly!
** Changed in: ubuntu
Status: New => Confirmed
--
There should be a force option when ntfs3g not able to mount Windows partitions
due failed shutdown
https://bugs.launchpad.net/bugs/282587
You received this bug notification
Yes, it is. The freeze usually happens when copying files with nautilus
or something. the cp command seems more stable, but sometimes it causes
freezes too.
Seems that ntfs3g is more prone to freezing, while fat32 is also
affected. I never got freeze with ext3.
This is definitely a major problem
Chris, this bug is neither fixed nor invalid. Printed documents do miss
some cyrillic characters, and this affects only OOo. I'm not even sure
this is because of DejaVu fonts.
Please consider returning the Confirmed status.
--
OpenOffice.org: printed documents miss some cyrillic alphabet letters
After playing a while with OOO and printers I am pretty sure this bug is
in OOo's printing subsystem. The bug lies definitely somewhere near
calculating character widths. It usually appears with bold letters (I've
never had it with italics). Changing some settings like font size or
printer resoluti
I'm having no problems with your document, Yura (Ubuntu 8.10, OOo
1.3.0.0.2ubuntu1 from ppa)
As I understood, the problem should occur near the 'Sewing equipment model'
cell? Or is it the 'Year of production' one?
Still I'm strongly concerned OOo should default to Liberation or Nimbus
font famil
Till,
I am strongly concerned that this is not a problem with CUPS-PDF,
because the problem occurs while printing to some printers also. I do
think it's something with DejaVu metrics. Substituting it with any other
font solves the trouble. CUPS-PDF is merely one of possible printers to
test the is
Well, I can't reproduce the bug any more (in karmic and jaunty). Maybe
it's because I switched to Ubuntu completely (my Windows activates no
more, I've managed to kill it at last :-) ) and re-formatted all
partitions in EXT3. Yet I'm pretty sure the bug has been fixed since I
get no errors while co
** Changed in: network-manager-applet (Ubuntu)
Status: New => Confirmed
** Changed in: network-manager-applet (Ubuntu)
Status: Confirmed => New
--
DSL connection disappear when "Available to all users" is pressed
https://bugs.launchpad.net/bugs/476753
You received this bug notifica
Well, the link you specified does solve the problem partially.
With the PPA version of network-manager I can establish a DSL
connection, but I still cannot make it system-wide (not enough rights).
** Changed in: linux (Ubuntu)
Status: New => Confirmed
--
cannot setup dsl connection using
** Changed in: network-manager-applet (Ubuntu)
Status: New => Confirmed
--
DSL connection disappear when "Available to all users" is pressed
https://bugs.launchpad.net/bugs/476753
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
This bug also affects the x86 systems, if it's important. The bug first
appeared in karmic.
Maybe it's not about network-manager but somewhere in the user rights
(don't know where though)? I beleive the very same issue is when I make
a connection system-wide and later cannot change it (produces th
** Changed in: evolution (Ubuntu)
Status: Fix Released => Confirmed
--
evolution bug, "Summary and folder mismatch, even after a sync"
https://bugs.launchpad.net/bugs/27014
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu
I confirm this bug on 2.28.3-0ubuntu9 (Lucid). Actually this is getting
really annoying. This bug seems to last for 5 (!) years now and nothing
seems to gloss it over.
In Intrepid I had to remove files manually, in Lucid I still have to do it,
only file names changed.
Arghh, sometimes I feel I'm
To sum it all up. I wrote a script to work over this damn bug:
#!/bin/bash
rm ~/.evolution/mail/local/folders.db
rm /home/jacob/.evolution/mail/local/*/*/*/*.ibex*
rm /home/jacob/.evolution/mail/local/*/*/*.ibex*
rm /home/jacob/.evolution/mail/local/*/*.ibex*
rm /home/jacob/.evolution/mail/local/*
I confirm this bug on Karmic with Totem playing DVDs.
There is a workaround though: if I press "seek to the next chapter"
button and then "seek to the previous chapter", everything starts
working again.
The problem seems to be in GStreamer though, not in Totem: when it was
possible to use XINE as
I have a very much the same trouble with Cyrillic letters. When in
Windows, everything is OK. When I use unzip in the console, everything
is OK. When I open the archive with file-roller, it shows garbaged
encoding.
The problem should be solved if I had a chance to change the encoding in
file-rolle
*** This bug is a duplicate of bug 231988 ***
https://bugs.launchpad.net/bugs/231988
** This bug has been marked a duplicate of bug 231988
Files with extended (spanish) characters in the name
--
Zipped files with extended (spanish) characters in the name are unzipped
incorrectly
https://
Today I've come across this issue once again on Jaunty (and SonyEricsson
mobile phone). I've 2 users, and none of them were able to send files
via 'Send to...'. After re-pairing the device for one user I still
couldn't send files but surprisingly I could browse the phone and
exchange files from the
Oh and one more question about GConf settings: does
'/desktop/gnome/file_sharing/bluetooth_obexpush_enabled' mean anything
if '/desktop/gnome/file_sharing/enabled' is set to False? Or maybe it's
just that the Bluetooth manager sets it's own variable assuming that all
other settings (which override
Confirm this on Ubuntu Maverick, Empathy 2.32.0.1
** Changed in: empathy (Ubuntu)
Status: New => Confirmed
--
Cannot connect to ICQ
https://bugs.launchpad.net/bugs/676060
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu
Public bug reported:
Russian spell-checking dictionary currently marks all words containing
Ё/ё as misspelled. However, those words must be considered correctly
spelled both with Е/е and with Ё/ё.
Russian alphabet contains a letter Ё/ё (pronounced as yoh). When
writing, Russian language allows su
Public bug reported:
When using Onboard with the Small layout, the layout for Russian is missing the
letter Cyrillic Ж (je).
Steps to reproduce:
1) Set up the input in Russian language in the System Preferences.
2) Start Onboard
3) Switch to Russian language
4) The last letter in the second row s
The problem lies in the file /usr/share/onboard/layouts/Small-RU.onboard
The lines 52-53 are
To fix the bug I added an extra line like this:
That's it, Onboard works OK now.
** Tags added: onboard
--
You received this bug notification beca
The fixed layout file.
I renamed it and changed the description to leave the original file intact.
The only relevant change is the added line #53.
** Attachment added: "The fixed layout file"
https://bugs.launchpad.net/ubuntu/+source/onboard/+bug/1534210/+attachment/4549967/+files/Small-RU.on
Yes, sure! I've just noticed that there are more Cyrillic letters
missing... I'm going to test it all and produce a fully-fixed file.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1534210
Title:
The
The fixed layout file. Fixed 4 buttons.
** Attachment removed: "The fixed layout file"
https://bugs.launchpad.net/ubuntu/+source/onboard/+bug/1534210/+attachment/4549967/+files/Small-RU.onboard
** Attachment added: "The fixed layout file"
https://bugs.launchpad.net/ubuntu/+source/onboard/
One more change, I think this will come handy in Russia. I changed one
of the symbol signs to rouble, as that is Russian currency.
** Attachment added: "The fixed layout with a rouble sign"
https://bugs.launchpad.net/ubuntu/+source/onboard/+bug/1534210/+attachment/4550098/+files/Small.onboard
Hmm. I've just realized that we've still got a letter missing! The Russian Э
(sounds like a as in 'apple') is rarely used but still...
I'm thinking of where to put that letter... On the full keyboard it's located
to the right of Ж. That is, these letter replace English ; and '.
--
You received
One more suggestion for the Small.onboard file. This time all the
letters are present, I hope. The only thing that's not OK now, is the
colour of the last alpha button in the second row when in Russian
layout. It's inherited from the Del button and otherwise the button
doesn't get displayed at all.
** Attachment removed: "Small.onboard"
https://bugs.launchpad.net/ubuntu/+source/onboard/+bug/1534210/+attachment/4550716/+files/Small.onboard
** Attachment removed: "The fixed layout with a rouble sign"
https://bugs.launchpad.net/ubuntu/+source/onboard/+bug/1534210/+attachment/4550098/+fi
Thank you, marmuta! Thank you, Francesco!
Tested the new build from PPA on Ubuntu Wily. Great work! Your solution is
elegant and nice.
Looking forward to seeing it in the Ubuntu mainline!
The problem is solved for Russian.
--
You received this bug notification because you are a member of Ubuntu
I confirm the bug with the current Saucy.
Using gnome-tweak-tool makes the keyboard switched using XKB, which isn't quite
good. Currently Ubuntu relies on iBus, if i'm not mistaken? Therefore the
gnome-tweak-tool workaround is not OK, as the indicator doesn't notice any
layout changes then.
Whi
Dima, your patch works but partially.
It works fine if I switch layout with XKB hotkey.
However, it doesn't work if I switch using the indicator (which utilises iBus,
I presume?).
Steps to reproduce:
1) Launch LO:Writer.
2) Enter some text
3) Try to cut it with Ctrl+X and paste with Ctrl+V (or u
peerus, that's quite different bug. Although it's annoying as well, it's
reason lurks somewhere else. The patches from that thread seem to do
nothing with this bug.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad
** Changed in: ubiquity (Ubuntu)
Status: Triaged => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/90832
Title:
Make sure US keyboard layout is always available as an alternative?
T
Actually, this problem is quite severe for languages that are not using the
Latin alphabet, e.g., Russian or Ukrainian.
I found a simple and nice solution:
We need to modify /usr/lib/ubiquity/localechooser/languagelist
E.g., the string for Russian language looks like this
ru;2;RU;UTF-8;ru_RU.UTF-
36 matches
Mail list logo
