Bug report: Russian Translation Messages

There are several incorrectly translated messages. Better translation is below. English original is back-translated, so could be not exact in all cases. Russian text should be replaced.
Mail - Setup - View/Actions (Почта - настройки - отображение и действия) - "удалить подтверждение сообщения" (remove message confirmation) should be "подтверждение удаления сообщения" (confirm message removal)
Blackberry World Setup / General(Общие настройки) - 'Cохранить на карту памяти' (save once to SD card) should be 'Cохранять на карту памяти' (usually save to SD card)
Blackberry World Payment methods - 'Методы оплаты' should be 'Способы оплаты'
Clipboard Select / Select all should be 'Выделить' / 'Выделить все' (as select/highlight), not 'Выбрать' / 'Выбрать все' (as 'choose') phone-wide
SMS is translated as 'Текстовые сообщения' (Text Messages) in Russian. Untranslated 'SMS' or at least 'Сообщения' (messages) is much more common for Russia.
A message after doing a software update check is not correct: 'В настоящее время установлена самая последняя версия ПО' (Latest software version is currently installed) - should be 'В настоящее время установлена последняя доступная версия ПО' (Latest available software version is currently installed)
"Ожидание подключения для передачи данных" message (Waiting for data connection) during set-up doesn't fit the screen, should be wrapped or cut.
"Новый часовой пояс <...> время отправлено" (New timezone... time sent) notification during the initial set-up should be 'время установлено' (time set).
Cheers,
Alex

This could be related to another bug reported here recently:
E-mail looses all images if mail server doesn't accept outgoing email...
You cannot count on Apple looking into this or even noticing it if you report it here, so I suggest you the same I suggested in the other thread, i.e. report it in one of the following places:
http://www.apple.com/macosx/feedback/
http://developer.apple.com/bugreporter/

Similar Messages

Bug report: Mail sends messages with empty bodies

Over the last year, I have experienced a particularly irritating bug in Mail.app at least a dozen times. I finally have a good idea as to what causes it.
The problem involves long email messages (often with attachments) that end up being sent with blank bodies (and no attachments). Even the copy in the "Sent" folder ends up blank, and several minutes or hours of work vanishes into thin air, not to be seen ever again.
I finally realized that this bug only occurs when sending mail through our work SMTP server while outside the work firewall, and only as a result of a certain sequence of events. Here is what happens:
When we connect to our work SMTP server from outside the local network and without going through the VPN, the SMTP server requires password authentication. If the current SMTP selection in Mail.app is the one that does not require authentication, the SMTP server rejects the message. At that point, Mail.app opens the email I am trying to send and brings up a modal dialog that says "Cannot send message using the server xxx.xxx -- The server response was: xxx@xxx relaying prohibited. You should authenticate first." The dialog also presents a drop-down list of SMTP server choices. I choose the password-authenticated version of the server and then click on "Use Selected Server" to send the message.
This works almost all the time, but on occasion it ends up sending a blank message! If I have a long email, particularly with attachments such as PDFs that are rendered in the body of the message, it takes a few seconds for the mail message to be rendered underneath the modal dialog box. Since I am used to this STMP rejection behavior, sometimes I am too fast to choose another STMP server from the list and click on "Use Selected Server" before the mail message is rendered on screen! The result, invariably, is a blank email message that gets sent.
I guess what is happening is that when the STMP server rejects the message and hands it back to Mail.app, the message gets copied into a buffer in order to be displayed on screen. Selecting another server and resending it immediately (before the message is copied into the buffer completely) causes the message body to get trashed.
I hope that this description is adequate for Apple QA folks to replicate and isolate the problem (and hopefully fix it). One solution (although not the most elegant one) would be to disable the "Use Selected Server" action until the message is copied into the buffer and rendered on screen.

This could be related to another bug reported here recently:
E-mail looses all images if mail server doesn't accept outgoing email...
You cannot count on Apple looking into this or even noticing it if you report it here, so I suggest you the same I suggested in the other thread, i.e. report it in one of the following places:
http://www.apple.com/macosx/feedback/
http://developer.apple.com/bugreporter/

BUG REPORT - MfE Unread message counter problem

For some reason the MfE on my Nokia E7 shows that I have exactly nine unread messages more than their actual number. If all messages in the Inbox are read, the counter shows (9), with 2 unread messages the MfE displays (11) etc.
On the PC, the counter shows the correct figure. As a result, I suspect there is bug in the MfE application and not in the MS Exchange we use as company mail.
With my private Gmail account on the same handset there is no problem.

Hello allyk86. Thank you for sharing your issue and I understand how this issue would be very nerve wrecking. I have seen some other reports of this issue and our product team recommends downloading this hot fix to your phone http://www.freewareppc.com/communication/fixunreadcount.shtml. Please click on FixUnreadCount.exe under download on that page (from your phone) and let me know if this resolves your issue.
Thanks,
MarquiaF_VZW
Follow us on Twitter @VZWSupport

Since I can not log in bug report page, not even getting an error message, I'll write all my issues with ios8 here...

Since I can not log in bug report page, not even getting an error message, I'll write all my issues with ios8 here... I have an iphone 4S and I did the last update. Now I am in trouble.
1. When I move the "sound on/off" button, I get it buzzing 10 times before the setting is changed and I can do anything else, just not reacting to the round button on screen touches.
2. Impossible to copy text from most websites into notes.
3. Impossible to delete an email account in settings.
4. Uses up the battery twice as fast as before. I have "update apps" setting turned off, just reading a couple of mails, making a couple of photos and open maps apps twice a day, and the battery is dead well before the evening.
5. Got extremely slow, and it was getting slower and slower with every system update.
I'm sure I forgot something... But well, that already a lot.

Well, actually number 3 in my list is not true any more, I just tried to delete my account 15 times, then I've written my post, then half an hour later my Settings finally updated my accounts list. Whohoo
I did not try restoring it yet, thank you for the link!

Did you know that Google toolbar doesn't work properly in FF rc1? I have filed a bug report to Google about this

The Google toolbar doesn't recognize a left mouse click when selecting a 'suggestion'. It's OK using the keyboard, however. I have filed a bug report with Google, but as this is an important extension thought you should know.

See also: http://forums.adobe.com/message/4662367#4662367
-Noel

Bug Report: The keyboard focus doesn't automatical...

Bug Report: When a conversation window opens, the focus doesn't automatically land in the chat entry text field.
Since the new interface for Skype was introduced officially in Skype 7.0, there is a bug with the system/keyboard focus for a new conversation window. When Skype is in "Split Window View" and each new conversation automatically pops up in a separate window, the system/keyboard focus doesn't land in the chat entry edit field. Instead, the user has to press Shift+TAB a couple of times, to move it there and reply to the chat message received. This especially problematic for screen reader users, who rely on keyboard navigation. This mainly occurs when a new conversation is started with an incoming message, but it sometimes occurs when moving the focus out of that conversation window and later back in it again (while it is still opened).
Steps to reproduce it:
1. From "View" menu, activate the "Split Window View", if it is not already enabled.
2. From Tools -> Options -> IM & SMS -> IM settings, enable "Open a new window when I receive a new message in Split Window View", if it is not already enabled.
3. From Tools -> Options -> Advanced, activate "Enable accessible mode", if it is not already enabled.
4. Activate the "Save" button, to save the changes.
5. Close all windows, related to Skype. You may keep only the main window opened.
6. Tell someone to send you a chat message. When the message arrives, Move the system focus to the conversation window in question, preferably with Alt+TAB. The system/keyboard will not land in the chat entry edit field as it did in Skype 6.21 and earlier and as it should by default, but in some unknown place in the window.
7. Move the system/keyboard focus in the chat entry edit field and keep it there.
8. Switch to another window, preferably from another application.
9. With Alt+TAB, switch back to the window of the opened Skype conversation. There is a chance that the system/keyboard focus will not land in the chat entry edit field as it did in Skype 6.21 and earlier and as it should do by default, but again in some unknown place in the conversation window. But that is harder to reproduce.
Test environment:
- Operating system: Windows 8.1 Pro N, 64-bit, in Bulgarian with all locale settings set to "Bulgarian".
- Skype version: 7.0.0.102 for Desktop.

This is a known problem, but Skype have not given us an estimated time for a fix.
Traditionally, Skype updates have been roughly monthly, so we are due a new version sometime soon. Many of us here are hoping that is has a bunch of fixes for the UI, the focus problem being one of them.
Sean Ellis - uses Skype chat for serious work
Click here to read my blog post on Skype 7 and basic principles of GUI design

Bug report submitted re Input Mode affected by ACR 4.2 Mac - very annoying

Just submitted a bug report to Adobe. ACR 4.2, Photoshop 10, Tiger 10.4.10, PowerPC.
Most users in the US and the UK may not even run across this situation.
If you use a non US standard keyboard layout as your Input mode, causing ACR 4.2 to launch, either from Bridge, Photoshop, or the Finder, this switches the selected keyboard to the US standard. If you click the Cancel button in ACR, the keyboard reverts back to your custom keyboard layout; but if you click Open, the US standard keyboard remains set even after quitting Photoshop, ACR and Bridge.
It took me a while to figure out what was causing me to loose my preferred keyboard layout. It didn't dawn on me ACR 4.2 was doing it. Observing a few screen shots led me to discover the cause.
It's most annoying.

The choices in Bridge > Preferences > Advanced > International > Keyboard are limited, and they do not allow for choosing custom keyboard layouts.
I need the custom keyboard layouts for a variety of reasons, such as being able to type in seven languages with my most used one without switching, two Russian layouts to allow for two non-standard ways of encoding Russian fonts, etc.

Bug report: ignore not working

Bug report: ignore in the forum here not working
I set some SPAM users to 'ignore' - still can see their SPAM.
Please fix it.

The "Ignore a community user" feature will only block private messages received from other community users. See also the community help here: http://community.skype.com/t5/help/faqpage/faq-category-id/pm#pm
Is that what you are referring to or do you expect this also to hide public messages posted by these users (which is not what it is currently designed to do).
If you should spot content on the community that is violating our Community Guidelines please use the "Report inappropriate content" link from the "Post Options" menu next to the message. These abuse reports will then be reviewed by our moderation team.
Follow the latest Skype Community News
↓ Did my reply answer your question? Accept it as a solution to help others, Thanks. ↓

Bug report, Beta 2.12 Standard Edition

Bug report: redundant, confusing, and apparently erroneous calls to
jdoPreClear
and jdoPostLoad. Note in output the null name in the third iteration.
Hi,
A lot of information being sent. Sorry, but I think you'll find it
helpful. I expected the exact same sequence of calls to jdoPreClear
and jdoPostLoad on the 2nd and third iteration. In fact, since,
retain values is true, and no changes are being made, I expected that
jdoPreClear and jdoPostLoad would not be called at all on the 2nd and
3rd iteration.
David Ezzio
Using 2.12 Beta, standard edition
Business method uses one PM. Configured to datastore transaction,
retainValues == true, non-TR == false, and non-TW == false.
The business methods open a transaction and leave it open.
The client calls commitTransaction() to close the open
transaction.
Two persistent objects, Widget and Box. Each implement
InstanceCallbacks and put out a message in jdoPreClear ("will be
made hollow") and in jdoPostLoad ("has been made persistent-clean").
The Widget has a reference to its Box. The number in parenthesis
is the sequence number obtained from the object ID.
Business methods implementation:
public ArrayList getWidgetsByName(String name)
Transaction trans = pm.currentTransaction();
if (!trans.isActive())
trans.begin();
Collection c = (Collection) widgetsByOneName.execute(name);
ArrayList aList = new ArrayList(c);
widgetsByOneName.close(c);
return aList;
public void commitTransaction()
Transaction trans = pm.currentTransaction();
if (trans.isActive())
trans.commit();
Output: from three loops that:
call findWidgetsByName("Maxi-Widget")
list the widgets returned
call commitTransaction()
finding Maxi-Widgets ...
Widget Maxi-Widget (650) has been made persistent-clean
Box Large (652) has been made persistent-clean
Widget Maxi-Widget (650): Box Large (652) at location Top Shelf
Widget Maxi-Widget (709) has been made persistent-clean
Box Large (710) has been made persistent-clean
Widget Maxi-Widget (709): Box Large (710) at location Middle Shelf
Widget Maxi-Widget (708) has been made persistent-clean
Box Large (713) has been made persistent-clean
Widget Maxi-Widget (708): Box Large (713) at location Top Shelf
Widget Maxi-Widget (700) has been made persistent-clean
Box Large (717) has been made persistent-clean
Widget Maxi-Widget (700): Box Large (717) at location Top Shelf
Widget Maxi-Widget (707) has been made persistent-clean
Box Large (716) has been made persistent-clean
Widget Maxi-Widget (707): Box Large (716) at location Top Shelf
Finding them again
finding Maxi-Widgets ...
Widget Maxi-Widget (650) will be made hollow
Widget Maxi-Widget (650): Box Large (652) at location Top Shelf
Widget Maxi-Widget (709) will be made hollow
Widget Maxi-Widget (709): Box Large (710) at location Middle Shelf
Widget Maxi-Widget (708) will be made hollow
Widget Maxi-Widget (708): Box Large (713) at location Top Shelf
Widget Maxi-Widget (700) will be made hollow
Widget Maxi-Widget (700): Box Large (717) at location Top Shelf
Widget Maxi-Widget (707) will be made hollow
Widget Maxi-Widget (707): Box Large (716) at location Top Shelf
Finding them yet again
finding Maxi-Widgets ...
Widget null (650) will be made hollow
Widget Maxi-Widget (650) has been made persistent-clean
Widget Maxi-Widget (650): Box Large (652) at location Top Shelf
Widget null (709) will be made hollow
Widget Maxi-Widget (709) has been made persistent-clean
Widget Maxi-Widget (709): Box Large (710) at location Middle Shelf
Widget null (708) will be made hollow
Widget Maxi-Widget (708) has been made persistent-clean
Widget Maxi-Widget (708): Box Large (713) at location Top Shelf
Widget null (700) will be made hollow
Widget Maxi-Widget (700) has been made persistent-clean
Widget Maxi-Widget (700): Box Large (717) at location Top Shelf
Widget null (707) will be made hollow
Widget Maxi-Widget (707) has been made persistent-clean
Widget Maxi-Widget (707): Box Large (716) at location Top Shelf
-- All done!

Due to better understanding on my part, and the fixes in Beta 2.2, the
issues raised in this thread are put to rest.
Abe White wrote:
>
We'll investigate further. Stay tuned...
"David Ezzio" <[email protected]> wrote in message
news:[email protected]..
Abe,
Actually, it doesn't make sense. The first iteration shows
jdoPostLoad is called just prior to using the fields of Widget and Box.
After the commit, the instances are not cleared. So far, so good.
In the second iteration, we see that jdoPreClear is called, but
jdoPostLoad is not called. Yet the values are there for use during the
call to Widget.toString() and Box.toString() within the iteration. How
did that happen?
On the third iteration, now the value of name is null, but last we
looked it was available in the second iteration. Other than that, I
agree that the third iteration looks ok, since it is being cleared and
loaded prior to use. But in the jdoPreClear, the values should be there
since the values were used in the previous iteration and are not cleared
at transaction commit due to retainValues == true.
David
Abe White wrote:
David --
I believe the behavior you are seeing to be correct. Section 5.6.1 of
the
JDO spec outlines the behavior of persistent-nontransactional instancesused
with data store transactions. As you can see, persistentnon-transactional
instances are cleared when they enter a transaction; thus the calls to
jdoPreClear. When the default fetch group is loaded again (like whenyou
access the name of the widget) a call to jdoPostLoad is made.
You are seeing the name of one instance as 'null' in the third iterationof
your loop because the instance has been cleared in the second iteration,and
the jdoPreClear method is not modified by the enhancer (see section10.3).
Make sense?

Bug report 01

Bug report 01
In the ScoreWindow, with the INbutton activated, and
with the WholeNoteSymbol selected in the PartBox :
Playing a note on an external MIDI-keyboard will insert
a note with any note length, EXCEPT the selected whole (1/1) note.
Anybody experiencing the same problem ?
Kind regards,
Urban Utan
Rotterdam.

These are user-to-user forums, they are not monitored by Apple (there are too many forums/threads/messages for that to happen). If you want to leave feedback for Apple then you can do so here : http://www.apple.com/feedback/ipad.html

Bug Report: New conversation window stills the sys...

Bug Report: Skype Desktop: New conversation window stills the system/keyboard focus.
When the UI is in multi-window mode and a conversation window pops up (due for example to a newly received chat message), that window steals the system/keyboard focus, even though it appears in a minimized state in the Windows taskbar. And this should not happen by default, because it is impractical (especially for screen reader users). And it didn't happen in Skype 6.21 and earlier. But since the new UI was introduced officially in Skype 7.0, it started happening constantly.
Steps to reproduce it:
1. From "View" menu, activate the "Split Window View", if it is not already enabled.
2. From Tools -> Options -> IM & SMS -> IM settings, enable "Open a new window when I receive a new message in Split Window View", if it is not already enabled.
3. From Tools -> Options -> Advanced, activate "Enable accessible mode", if it is not already enabled.
4. Activate the "Save" button, to save the changes.
5. Close all windows, related to Skype. You may keep only the main window opened.
6. Move the system focus to another application.
7. Tell someone to send you a chat message. When the message arrives and the conversation window pops up minimized in the Windows Taskbar, everything seams to be as it should. A few seconds after that however, the system/keyboard focus gets moved to that new conversation window, even though it is neither restored/maximized (it is minimized), nor it is visible on the screen (except as a button in the taskbar).
Actual results:
When a new conversation window pops up in the Windows taskbar, it stills the system/keyboard focus to itself from the currently focused application.
Expected results:
Skype's popping up new conversation windows should not still the system/keyboard focus to themselfs from the currently focused application.
Test environment:
- Operating system: Windows 8.1 Pro N, 64-bit, in Bulgarian with all locale settings set to "Bulgarian".
- Skype version: 7.0.0.102 for Desktop.

This is a known problem, but Skype have not given us an estimated time for a fix.
Traditionally, Skype updates have been roughly monthly, so we are due a new version sometime soon. Many of us here are hoping that is has a bunch of fixes for the UI, the focus problem being one of them.
Sean Ellis - uses Skype chat for serious work
Click here to read my blog post on Skype 7 and basic principles of GUI design

Bug report: ube_ipa: internal error when compiling with -xO5

When compiling imlib2-1.1.2, one source file causes compilation to fail with the following error message:
ube_ipa: internal error
cc: ube_ipa failed for loader_tiff.c
The command which fails is (probably wrapped):
cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. -I../src -I../loaders -I../libltdl -I/usr/X11R6/include -I/usr/openwin/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/include -g -fast -xarch=386 -xstrconst -v -xildoff -xO5 -c loader_tiff.c -KPIC -DPIC -o .libs/loader_tiff.o
Changing -xO5 to -xO4 works around the problem. The source file in question is imlib2-1.1.2/loaders/loader_tiff.c
Patch 112756-10 has been applied, and doesn't correct the problem. GCC doesn't have any problem compiling the file.
A quick note to any Sun employees reading this: it took me 45 minutes to find somewhere to submit this bug report. Searching sun.com for "submit bug report" turned up many forum postings where people asked "Where do I submit bug reports?", a bug report form for Sun One Java Studio, and not much else. It might be in your interest to make submitting bugs easier.

Internal errors, such as the one you encountered, are generally considered compiler bugs. They indicate that the compiler reached an unexpected state and therefore bailed out. I opened bug 20703141: internal error: pic_relocs(): hh reltype? to investigate. I see the same error message emitted by the current Studio development release; I will update this thread if I find a work-around.
Thanks,
Mark

Bug report: Safari 5 fails to handle 8192 bit RSA certificates

Running Safari 5.1.7 on OS X 10.6.8 -- I haven't confirmed for the version of Safari running on 10.7 -- and trying to access a site over https that uses an 8192 bits large RSA cert causes Safari to bug out. It can't display the certificate details correctly, giving just a garbled text output, and even a buggy interface dialog, and manually trying to accept the certificate to get the website to load causes Safari to run in an endless loop, displaying the certificate warning anew, over and over, making it impossible to load the page. The exact same certificate details put in a 4096 bit cert works just fine.
Could anyone in the core dev team take a look at this? The number of sites making use of 8192 bit large certs is growing, and Safari is the only browser out there that can't handle it.
add.: it seems the problem sits at a more fundamental level than in Safari, possibly in some underlying framework - apparently several other applications in OS X fails with handling an RSA cert of 8192 bits size, as mentioned in this thread: https://discussions.apple.com/message/11728527
Possibly related: https://discussions.apple.com/message/3650856

Could anyone in the core dev team take a look at this? The number of sites making use of 8192 bit large certs is growing, and Safari is the only browser out there that can't handle it.
It might be worth registering (for free) as an Apple Developer:
http://developer.apple.com/programs/register/
... and then you can use the Bug Reporter to submit trackable bug reports:
http://developer.apple.com/bugreporter/

Bug report, how do I find out what is wrong?

my computer keeps getting bug reports stuck all over the desktop. When I print them it is 3 pages long and I dont know how to use the information from it. It only occurs when my son is using Runescape an online game. My son says he has reported all the errors when the computer prompts him to. I did find an Bug Report that seems to be associated with this problem. Our computer did shut down occasionally also, but since I switched the location of the new memory I added it has not continued. The reason I am checking with this website is because this is where the reports are going. The first part of the error report from my computer is this:
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x809D50E
Function=JVM_FindSignal+0x10882
Library=C:\PROGRA~1\Java\J2RE14~1.2\bin\client\jvm.dll
Current Java thread:
     at r.a(Unknown Source)
     at r.a(Unknown Source)
     at client.t(Unknown Source)
     at client.B(Unknown Source)
     at client.a(Unknown Source)
     at a.run(Unknown Source)
     at client.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
And the last part of the report reads this:
Local Time = Fri Mar 04 21:38:29 2005
Elapsed Time = 58
# HotSpot Virtual Machine Error : EXCEPTION_ACCESS_VIOLATION
# Error ID : 4F530E43505002EF
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
# Java VM: Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode)
What do I need to do to fix this problem? Could it be Runescapes issue? Is there other information that is more important to this? I really appreciate any help I can get with this problem. And I am sorry for being so long. I have included the Bug Report I found that is an almost exact duplicate of our issue.
Thank you again, Linda Peterson.
COPIED FROM BUG REPORT SEARCH AREA
Bug ID: 5092499
Votes 1
Synopsis IA64 - EXCEPTION_ACCESS_VIOLATION on IA664 W2003
Category java:runtime
Reported Against 1.4.2_05
Release Fixed
State In progress, bug
Related Bugs
Submit Date 26-AUG-2004
Description OS: Windows2003 [5.2.3790]
Chip: Itanium 2
JVM: Sun 1.4.2_05-b04 64-bit server VM
Error message:
EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x84D5F10
Function=[Unknown]
Library=C:\j2sdk1.4.2_05\jre\bin\server\jvm.dll
Error ID: 4F530E43505002EF
xxxxx@xxxxx 10/5/04 20:02 GMT
Work Around N/A
Evaluation Post tiger
xxxxx@xxxxx 2004-09-02
Comments
Include a link with my name & email
Submitted On 05-FEB-2005
JavaJava13 Hey just wondering. Java is used for runescape on my computer, and it seems to be constantly crashing lately. Not only the game is crshing, it seems to even take down the whole computer with it. Sometimes the computer restarts and I get an error message.
"Your system has recovered from a serious error"
Java continues to add error reports to my desktop with this code: 4F530E43505002EF
Anyone help?

try checking with runescapes FAQ/tech support. I play
WC3: RoC and i only got that same memory location
error(0xc0000005). I got that memory error when I
used a no-cd third party program when they upgraded
the server. So, my advice is check on the FAQ for
errors and ask your son if he is using
ANY third party programs.The 0xc0000005 error is a standard error on Windows that can occur for any number of reasons.
It means something in the application tried to access memory to which windows knows the application should not be accessing.

Bug Report - Windows 8.0 - 6.0.1 USB arbitration causes USB keyboard driver failure

Can't find a place to submit a bug report. So here goes.
Full Error Message:
Windows cannot load the device driver for this hardware because a previous instance of the device driver is still in memory.
Problem Occurs:
Windows 8.0 x64
Vmware Player 6.0.1 build-1379776
Problem:
A USB keyboard ceases to function on the host operating system following the first host OS reboot after installing 6.0.1 on Windows 8.0. This issue does not occur with 6.0.0. The issue disappears upon uninstalling Player 6.0.1. Reinstallation allows Player to operate as expected, but issue re-appears after host OS reboot.
The issue happens immediately after host OS loads, and continues irrespective of whether VMWare Player is launched.
Looking at the keyboard drivers, the usb keyboard's driver has not loaded (see attached images). The built-in keyboard driver however reports no errors and continues to operate as usual.
Changing the USB keyboard device to that of a different manufacturer does not resolve the issue. Any USB keyboard driver appears to fail.
Work Around:
1) Launch msconfig
2) Disable VMWare USB arbitration service
3) Reboot
4) USB Keyboard works. VMWare Player continues to operate as normal, minus the ability to mount USB storage devices on the guest OS.

This issue was fixed on my PC as follows.
1) Taking ownership of the above usb*.sys files in the drivers folder
2) renaming them to usb*.sysold
3) Using Device Manager to uninstall all USB devices with the yellow warning ! next to them
4) Doing a Scan for Hardware changes via the Device Manager toolbar and then waiting a few moments whilst the USB devices are re-installed with signed drivers.
Hope this helps you....
usb drivers files in my drivers folder after the above process:
12/02/2013 04:12            19,968 usb8023.sys
21/11/2010 03:24            32,896 USBCAMD2.sys
27/11/2013 01:41            99,840 usbccgp.sys
12/07/2013 10:41           100,864 usbcir.sys
27/11/2013 01:41             7,808 usbd.sys
27/11/2013 01:41            53,248 usbehci.sys
25/03/2011 03:29            52,736 usbehci.sysold
27/11/2013 01:41           343,040 usbhub.sys
25/03/2011 03:29           343,040 usbhub.sysold
25/03/2011 03:29            25,600 usbohci.sys
27/11/2013 01:41           325,120 usbport.sys
25/03/2011 03:29           325,120 usbport.sysold
14/07/2009 00:38            25,088 usbprint.sysold
11/03/2011 04:37            91,648 USBSTOR.SYS
25/03/2011 03:29            30,720 usbuhci.sys
21/11/2010 03:23           184,960 usbvideo.sys
              19 File(s)      2,783,104 bytes
The .sysold files are the ones I renamed, I think also renamed the usbccgp.sys - but accidentally deleted it after the rename..

Bug report: Russian Translation Messages

Similar Messages

Maybe you are looking for