Public bug reported:
In most Gnome applications I can use shift-ctrl-u to directly enter a
character via its Unicode codepoint. So, for example, to enter the
character € via this method, one does:
shift-ctrl-u 2 0 A C enter
This works in gedit and gnome-terminal today.
I use this often in
This problem persists in 14.04 for me as well. One of the two Google
accounts I add will fail even during the same session with the
authorisation required error.
I have stopped using Empathy and the Online Accounts configurator
completely due to this bug, although I give it a go whenever I move
I have two Google accounts as well, could that be a relevant factor?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to empathy in Ubuntu.
https://bugs.launchpad.net/bugs/1168582
Title:
Google talk Requires Authorization after
I'm not using two-factor authentication and I get the same issue.
After going offline and removing my two Google accounts the crashing
stops, but I still get this message:
credentials-cc-panel-Message: cc-credentials-account-applications-
model.vala:156: No valid plugin found for application
This problem shows up regularly on my computer as well (Ubuntu 10.10).
It would help a lot if this dialogue would allow the user to find out at
least the name or the PID of the program blocking it. Now it just tells
me that something is blocking the shutdown process, but it won't tell me
what, or
I am seeing the same faulty behaviour with Iiyama's ProLite E2208HDS
monitors. This string is used:
Liyama North America 22
The proper name should read something like this:
Iiyama ProLite E2208HDS
Interestingly, the string does seem to get reported properly by some
tools. The disper monitor
I'm running into this issue too in Lucid. The Dutch Chamber of Commerce
has downloadable forms that can be filled in, but not saved.
I agree with Bay that it would be good to at least allow users to save
the filled in forms without signatures and encryption. The PDF is
already viewable in Evince,
I should add that is of course possible to save to PDF by printing the
PDF to file. But this also removes the form functionality. For complex
formal forms, being able to save a partially filled in form is very
useful and desirable.
--
Evince cannot save filled PDF forms
Crash popped up a couple of times fairly directly after logging in. It
doesn't seem to be caused by anything I did.
Karmic beta 64-bit, running Firefox.
--
seahorse-agent assert failure: ERROR:iop-profiles.c:606:IOP_generate_profiles:
assertion failed: (obj (obj-profile_list == NULL)
I just ran into this issue (some Japanese PDF's not displaying their
text in a legible fashion) again after having forgotten about for a
year. The answer is right here in the bug tracker of course, but I don't
think we should expect that the average user hunts down bug reports and
mailing-lists
10 matches
Mail list logo
