[bug report] Built in email client: charset is alw...

I have to repost this bug report (originally submitted to http://discussion.forum.nokia.com/forum/showthread.php?t=117995 ), since no one replied.
My Nokia E50's built-in email client incorrectly displays multipart messages, i.e. plaintext+html. The program prefers html part over plaintext, but always displays it in ISO-8859-1 codepage, regardless of the "Content-Type: text/html; charset=CHARSET" modifier in the message. For languages other than English this causes total message garbling. Such plaintext+html multipart messages are very widespread.
I guess that all Nokia Symbian smartphones are affected.
Additional information.
The X-Mailer string: EPOC Email Version 2.10
*#0000#:
V 07.36.0.0
07-09-2007
RM-170
Nokia E50
By the way, should I report the bug to Nokia Care rather than Nokia Support forums?

Its funny that you mention BCC'ing because thats the only semi-solution I could come up with as well using the default email client. Also, Mobile Documents is a good 3rd party solution. It has its own limitations, but it will sync to the proper folders. I use it when I don't feel like going through the convoluted BCC process.
If anyone from Nokia programming can see this, full IMAP sync functionality would certainly be a welcome addition in future updates to the email program. Those of use using the same email account on many different devices consider it a necessity.

Similar Messages

How do I change email client when clicking mailto links?

I have reformatted my computer about 1 month ago. Everything almost as I had it before. Just 1 thing that is bugging me.
'''My email client is IncrediMail'''. When clicking mailto links in Internet Explorer, my IncrediMail opens as it should do, but in Firefox (which is my preferred default web browser) it opens another tab, wanting me to sign in to GMail to compose my mail.
I do have GMail accounts, '''BUT''' I want Firefox to open up my IncrediMail to compose my emails, just like it did before my reformat.
Any ideas would be gratefully received ;)

To make Firefox use Incredimail for mailto links, do the following.
1. find the path to Incredimail on my Windows 7 machine it's:
"C:\Program Files (x86)\IncrediMail\Bin\IncMail.exe" (you can find this by right clicking on the desktop Incredimail Icon and selecting Properties. Copy this address))
2. Type about:config into your Firefox location bar and hit enter. If you've never edited used about:config before, you'll see a warning.
3. Click "I'll be careful, I promise!" This will bring you to the about:config window.
4. In the filter field type "gecko". Find the entry gecko.handlerService.schemes.mailto.0.name;
5. Right click and select Modify.
6. Paste or type the Incredimail path in the field provided "C:\Program Files (x86)\IncrediMail\Bin\IncMail.exe" (the qoutes are required)
7. Make sure that network.protocol-handler.external.mailto; is set to true.
That worked for me after many hours of searching and finding answers posted by individuals who wanted to help but didn't have a clue.

IOS 8 Bug Reporter suddenly crashes constantly

Hi,
I have ios 8 beta. Earlier today I was making drafts in the Bug Reporter application that came with ios 8. I currently have 4 drafts. I could not submit these yet beacuse I did not have wifi. So, when I finally got to wifi, I opened the Bug Reporter, entered my email and password, and then it crashed right after that. I have done a reset, and a restart. I just cant seem to find out what the problem is and why this will not work, because I have already submitted 3 bug reports yesterday and some today with absolutely no problems. I managed to dig up a log file from the Bug Reporter crash and will post it below. I hope somebody can kindly help, as I am trying to make ios 8 a better OS for apple and users when it is released. I can not do this without Bug Reporter.
Thank you so very much!!
-24GHz
Here is part of the log file:
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Triggered by Thread: 0
Last Exception Backtrace:
(0x2b9bb436 0x38968d1a 0x2b8d9500 0x3476f9a4 0x3476f8ce 0x346f0e30 0x2f245f80 0x2f247cc2 0x2f087042 0x2f086eea 0x2f0869d8 0x2efad274 0x2efad18a 0x2e9cf8e6 0x38ecf80e 0x38ed84a2 0x2b982764 0x2b980e84 0x2b8cd7dc 0x2b8cd5ee 0x32a1e25c 0x2efd8e38 0x237d2 0x38f01aaa)
Thread 0 Crashed:
0   libsystem_kernel.dylib                  0x38fc5ee0 0x38fb1000 + 85728
1   libsystem_pthread.dylib                 0x3904406a 0x39040000 + 16490
2   libsystem_c.dylib                       0x38f65900 0x38f1c000 + 301312
3   libc++abi.dylib                         0x381b1c2c 0x381b1000 + 3116
4   libc++abi.dylib                         0x381cb66a 0x381b1000 + 108138
5   libobjc.A.dylib                         0x38968fb6 0x38962000 + 28598
6   libc++abi.dylib                         0x381c8df8 0x381b1000 + 97784
7   libc++abi.dylib                         0x381c85b8 0x381b1000 + 95672
8   libobjc.A.dylib                         0x38968dee 0x38962000 + 28142
9   CoreFoundation                          0x2b8d9500 0x2b8b3000 + 156928
10 RadarCompose                            0x3476f9a4 0x346ec000 + 539044
11 RadarCompose                            0x3476f8ce 0x346ec000 + 538830
12 RadarCompose                            0x346f0e30 0x346ec000 + 20016
13 UIKit                                   0x2f245f82 0x2ef6c000 + 2989954
14 UIKit                                   0x2f247cc2 0x2ef6c000 + 2997442
15 UIKit                                   0x2f087044 0x2ef6c000 + 1159236
16 UIKit                                   0x2f086eea 0x2ef6c000 + 1158890
17 UIKit                                   0x2f0869d8 0x2ef6c000 + 1157592
18 UIKit                                   0x2efad274 0x2ef6c000 + 266868
19 UIKit                                   0x2efad18a 0x2ef6c000 + 266634
20 QuartzCore                              0x2e9cf8e6 0x2e9bd000 + 76006
21 libdispatch.dylib                       0x38ecf810 0x38ece000 + 6160
22 libdispatch.dylib                       0x38ed84a2 0x38ece000 + 42146
23 CoreFoundation                          0x2b982764 0x2b8b3000 + 849764
24 CoreFoundation                          0x2b980e84 0x2b8b3000 + 843396
25 CoreFoundation                          0x2b8cd7dc 0x2b8b3000 + 108508
26 CoreFoundation                          0x2b8cd5ee 0x2b8b3000 + 108014
27 GraphicsServices                        0x32a1e25c 0x32a15000 + 37468
28 UIKit                                   0x2efd8e38 0x2ef6c000 + 446008
29 Bug Reporter                            0x000237d2 0x20000 + 14290
30 libdyld.dylib                           0x38f01aac 0x38f00000 + 6828

Try here:
https://discussions.apple.com/community/developer_forums

Bug in OS2 Email client

The new OS2 email client is pretty slick and works well.
However, it has a number of small bugs and quirks that need addressing.
First, when you delete a message, the browser correctly moves on to open the next message.
However, if the next one is a new message, no matter how long you view it, it never gets marked as read.
You have to open another message, and then go back and hand-open it again.

it also has some issue to get emails.
I am not sure which type of email. it sometimes does not receive some emails which I can still view on browser.

Two instances of Firefox open when I click on a link within my email client. How can I stop this from happening?

I am running on an iMac OS X 10.6.3 using Firefox 3.6.3 as my default browser and I use Postbox 1.1.5 as my email client. Anytime I click on a link within an email message two instances of Firefox open, one with my home page and one with the site the link was meant for. This happens only when Firefox is not already open. If Firefox is running and a link is clicked on it opens normally within the open instance of Firefox. I have contacted Postbox and am currently awaiting a response to see if they have any suggestions. While this is not a serious issue it is a bit annoying. I have Firefox set to open new links in tabs not new instances of windows, so it shouldn't be that. Any help in getting this to stop would be greatly appreciated.
== This happened ==
Every time Firefox opened
== Not sure, it's been going on for quite awhile.

That is a bug on Mac.
See https://bugzilla.mozilla.org/show_bug.cgi?id=531552 - Firefox 3.6b opens two windows when opening external links
''(please do not comment in bug reports to avoid bug spam for the devs)''

Bug report: A keyboard layout is incorrect on the remote with Japanese keyboard

This is a bug report for Microst Remote Desktop
===================================================
## Summary
A keyboard layout is incorrect on the remote with Japanese keyboard
## Version Information, I tested
* Client
   * Case 1
       * MacBook Pro with JIS106 Keyboard
       * Mac OS X Lion 10.7.5
       * Microsoft Remote Desktop 8.0.24308
   * Case 2
       * MacBook Pro with JIS106 Keyboard
       * Mac OS X Mavericks 10.9.1
       * Microsoft Remote Desktop 8.0.24308
* Remote
   * Case 1
       * Windows 7 Professional Japanese
   * Case 2
       * Windows Server 2008R2 Datacenter Japanese
   * Case 3
       * Windows Server 2012R2 Datacenter Japanese
## Detail of bug
When login from Mac OS X with Microsoft Remote Desktop, the keyboard layout is always incorrect on the remote.
The client machine have a built-in keyboard of JIS 106 layout,
and the primary language is set to Japanese.
But on the remote, the keyboard layout is US 101.
So a input of Shift+2 does not result " but @.
I've seen the above behavior on the 3 remote enviornments described the above.
This bug did not occcur with Microsoft Remote Desktop Connection Client for Mac 2.1.1, even if the system language is English and keyboard layout is Japanese.
## Captures
I've took some of screen captures.
I'm sorry for the capture includes Japanese words, so I added description in English.
Capture 1:
Mac OS X Keyboard Setting
Capture 2:
Windows Server 2012R2 Screen Keyboard
Capture 3:
Windows Server 2012R2 Screen Keyboard, with a additional registry key configured.

This bug also affects the Canadian English settings. If the client is set to Canadian English with a US keyboard the remote server is setup using a Canadian French keyboard. Using the language selection in the toolbar you can temporarily correct
the problem but the keyboard resets to french at the most inopportune times. The was a problem in the earlier RDP client and was fixed so it's sad to see it reoccur in the new client.
Lawrence

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?

Sending a bug report on the OS and a sleep mode problem.

I find the bug button in Safari really convenient for sending Apple bug reports. And when other applications crash, you usually get an error dialog with a button to send a bug report. But sometimes problems arise that require reporting, but which don't fall in either of these categories. It would be very handy to have a bug "button" for the OS, or perhaps just a menu selection in the Finder menu bar that invokes a bug report dialog box. I know you can dig around and find the URL for Apple's bug report web page, but I am always forgetting it -- I suppose I could just bookmark it, but then I'd just have to dig around in all the bookmarks to find it. Better would be a utility built-in to the OS for sending bug reports (like Safari's). It could also automatically transfer necessary info about the OS rev and such.
The problem I had was this. I have a script that puts my iMac to sleep. I put the script alias on the task bar and a single click puts the computer to sleep (easier than using the menu). Unfortunately, I sometimes click it by mistake when I am trying to click an adjacent icon in the task bar, and the Mac starts going through its cycle to enter sleep mode and is impervious to anything I do to try and cancel it. I tried pressing the space bar continuously to prevent it from going to sleep, but that did not work. Worse, when it went to sleep and I woke it up again, the task bar would not appear, clicking on app windows did not activate them, Finder menus could not be selected, etc. The cursor would move, but I could not do anything else. (I wish now I had noted if the clock in the menu bar was still advancing, but I didn't think to do that.) I powered down the iMac from the power key and rebooted. Things are working fine now.
I wanted to send a bug report on this, but realized that unlike Safari, there was no button or menu selection for doing that. So here I am.
Any suggestions are welcome.
TIA,
Drake

[email protected]
1. If any post helps you please click the below the post(s) that helped you.
2. Please resolve your thread by marking the post "Solution?" which solved it for you!
3. Install free BlackBerry Protect today for backups of contacts and data.
4. Guide to Unlocking your BlackBerry & Unlock Codes
Join our BBM Channels (Beta)
BlackBerry Support Forums Channel
PIN: C0001B7B4 Display/Scan Bar Code
Knowledge Base Updates
PIN: C0005A9AA Display/Scan Bar Code

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 regarding SSL library used by Sharepoint web server

I have attempted to report this by email to the [email protected] address, but they tell me this is not the correct address to use and have refused to give me a better one or forward my bug report on to the correct people. I'm hoping that by posting it here I will get the attention of someone who can fix the problem.PROBLEM DESCRIPTION:Accessing the Sharepoint web servers (157.55.229.87) is not possible from a Scientific Linux 6.5 system using OpenSSL 1.0.1e. Analysis of the network traffic shows the client successfully connects to the server and sends a TLS handshake. The server responds with a TCP ACK, but does not include a TLS handshake response. After 30 seconds the server tears the connection down with a TCP RST.
This is reproducable with the following command:
openssl s_client -showcerts -connect sexeysschool-my.sharepoint.com:443
DIAGNOSIS:
The client's TLS handshake contains several length fields - one in the TLSv1 record layer, another in the Client Hello handshake payload and one for each of the cipher suites list and extension list. Each of the length headers is 16 bits long, so should be able to contain any value up to 65535.
By hand-editing the handshake packet and replaying it, I have discovered that if the value of the TLSv1 record layer length header is <= 255, the Sharepoint server responds correctly. However, if the length header exceeds 255, the Sharepoint server does not respond.
Under Scientific Linux 6.5, 74 cipher suites (totalling 148 octets) and 5 extensions (totalling 65 octets) are presented by the client, yielding a TLSv1 record layer length of 258 octets.
Please let me know if I can be of any further help, and if possible it would be useful to have some feedback regarding this issue so that we can keep our customers informed.

Hi Mark,
According to your description, my understanding is that the Article Date column displayed with the value based on GMT0 in the Refinement web part.
Microsoft SharePoint stores date and time values in Coordinated Universal Time (UTC, but also named GMT or Zulu) format, and almost all date and time values that are returned by members of the object model are in UTC format. So the value
of the Article Date column stores the date and time in UTC format in the database, and the search indexes the UTC value of the Article Date column after crawling the database so that it displays the UTC value in Refinement web part.
The list column values displayed in the lists that are obtained through the indexer for the SPListItem class are already formatted in the local time for the site so if you’re working on current context list item and fetch a datetime field
like so SPContext.Current.ListItem["Your-DateTime-Field"] you’ll retrieve a DateTime object according the specified time zone in the regional settings.
More references:
http://francoisverbeeck.wordpress.com/2012/05/24/sharepoint-tip-of-the-day-be-careful-when-wor/
Thanks,
Victoria
Forum Support
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact
[email protected]
Victoria Xia
TechNet Community Support

Adobe reader showing no default email client

I am using Adobe Reader X on a windows 7 64 bit machine. I am also using Office 2010 with Outlook. When I click the email icon in Adobe reader X it pops up a window saying that I have no default email client chose. Outlook is set to be the default email client but it still gives me this error.
What can I change so it uses Outlook as my email provider?

Thanks Pat. I've reported the following to adobe:
******BUG******
Concise problem statement: Every time a PDF is opened, Acrobat Reader issues the following error "Either there is default mail client..." with a banner from Microsoft Office Outlook. I'm using x64 Office365
Steps to reproduce bug:
1. Use Windows 8.1 x64 Enterprise
2. Use Office 365 x64
3. Install Adobe Reader from adobe's site
4. Have MS Outlook as your default mail app
5. Open up a PDF and error will come
refer to http://forums.adobe.com/message/5854075
Results: Error message which is very annoying
Expected results: Should not present an error message.

Bug report: A keyboard layout is incorrect on the remote with Hungarian and other "exotic" keyboard layouts

This is a bug report for Microst Remote Desktop
===================================================
## Summary
A keyboard layout is incorrect on the remote with Hungarian keyboard
## Version Information, I tested
* Client
   * Case 1
       * MacBook Pro with HU101 Keyboard
* Locale: Hungarian
       * Mac OS X Maverics 10.9.2
       * Microsoft Remote Desktop 8.0.6
* Remote
   * Case 1
       * Windows Server 2003 R2 (English)
   * Case 2
       * Windows Server 2008 R2 (English)
   * Case 3
       * Windows 8.1 (Hungarian)
## Detail of bug
When I connect to the listed remotes the client sets the keyboard layout to Latvian which is a completely different layout than Hungarian (not even close...).
- On Windows 8 if I set the language on the login screen it stays on that language after the login.
- On Windows Server 2003R2 and 2008R2 even if I set the language at login it will switch back to LV after the login.
## Attachments
Unfortunately cannot include my shots because I'm not allowed to do this...
## End of report
Please allow the users to set the correct "target" language on connection basis because the automatic method the app use to determine that is unreliable.

Hi,
Thanks for the feedback.
I will forward this to the product team.
Thanks.
Jeremy Wu
TechNet Community Support

BUG REPORT FIRMWARE 5.1.7 PLEASE FORWARD TO SUPERVISOR....

BUG REPORT FIRMWARE 5.1.7 PLEASE FORWARD TO SUPERVISOR.
The spa-3102 has the following two bugs.
When the unit sends a hook-flash to the fxo port it:
a) does not send the hook flash to the fxo port for PSTN Hook Flash Len: Instead it uses a very short pulse of about 100ms or 1/10 of a second. It should honor the PSTN Hook Flash Len configurable parameter of .2 – 1.5 seconds.
b) Does not change the line voltage from –7 (off-hook) to –48(on-hook) during a flash-hook to the fxo port. Instead it varies the voltage only by about 2.5 volts.
This was reported as early as June 07 to linksys support. It is reported they agreed and would fix in the next firmware release. There is info that firmware 5.2 being released and is this fix in 5.2 and how can I get it.

Although the problem is still not solved, at least I now know WHY the problem is happening... and Apple's Firmware Update is NOT to blame!
Through a series of coincidences, I was actually lucky enough to get in touch with the engineers in Apple's Airport firmware division, and they were helping me to nail down this problem.
Turns out that Apple takes great PRIDE in the fact that they are one of the VERY FEW manufacturers who make routers that behave properly in this regards: they SPECIFICALLY test for their Airport Extreme routers to allow you to connect to servers behind the NAT by way of the public WAN IP address of the NAT box. This is the way that apparently the NAT/DHCP specification is SUPPOSED TO WORK! You're SUPPOSED to be able to connect this way, if you so desire.
So what was causing the problem on my network, then?
Something I hadn't thought about... the Vonage Linksys RTP300 router that we're using for our Vonage VoIP service. Turns out that this router does NOT support clients behind the NAT connecting to servers behind the NAT by way of the public WAN IP address.
Linksys is to blame, not Apple!
And apparently, this feature may have actually been working in an earlier
firmware update, but apparently, Vonage AUTOMATICALLY pushes firmware
updates to RTP300's, apparently without user notification:
<http://www.vonage.com/help.php?article=1066&category=90&nav=5>
And a forum thread on vonage-forums.com seems to indicate that the 1.00.60 firmware in the RTP300 started getting pushed to customer units on or before 1/26/06, making it less than a month after Apple shipped the 5.7 firmware update for AirPort Extreme Base Stations:
<http://www.vonage-forum.com/ftopic10915.html>. So if the problem cropped up then, it's possible that I accidentally attributed it to Apple when really the RTP300 got a firmware update around then too which may have broken this feature (assuming it was working before then).
Power Mac G4 QuickSilver Dual 800 MHz Mac OS X (10.4.4)

KSLD bug report: 32 bit causes target panic

Since the bug report link:
http://soldc.sun.com/developer/support/driver/tools/KSLD/bug-report.html
goes to a non existant email address, I thought I would post here.
Setup:
ksld 1.01
target and host booted with kernel/unix (32 bit)
/proto directory struct as described in starting ksld doc
debugging ramd driver example
ramd directory:
drwxr-xr-x 4 root other 512 Feb 11 12:40 .
drwxr-xr-x 10 root other 512 Feb 11 12:47 ..
drwxrwxrwx 2 bin bin 512 Feb 11 10:26 777
-rw-r--r-- 1 root other 341 Feb 11 11:31 Makefile
-rw-r--r-- 1 root other 1610 Apr 24 2001 README
-rw-r--r-- 1 root other 3588 Apr 18 2001 install
lrwxrwxrwx 1 root other 52 Feb 11 10:47 misc -> /export/home/ksld-space/proto/root_sparc/kernel/misc
-rw-r--r-- 1 root other 2523 Apr 18 2001 ntestram.c
-rw-r--r-- 1 root other 2542 Apr 18 2001 printinfo.c
lrwxrwxrwx 1 root other 6 Feb 11 10:46 proto -> /proto
-rw-r--r-- 1 root other 25713 Feb 11 11:29 ramd.c
-rw-r--r-- 1 root other 291 Apr 18 2001 ramd.conf
-rw-r--r-- 1 root other 210 Apr 18 2001 ramio.h
drwxrwxrwx 4 bin bin 512 Feb 11 19:51 sparc
-rw-r--r-- 1 root other 1785 Apr 18 2001 testram.c
lrwxrwxrwx 1 root other 67 Feb 11 10:48 unix.281 -> /export/home/ksld-space/proto/root_sparc/platform/sun4u/kernel/unix
HOST output
home1# ksld -t hardwire unix.281 99
Reading unix.281
KSLD v1.0 on sun4u [SunOS 5.8]
Current thread is 0x4001fe60
Reading krtld
Reading genunix
Reading platmod
Reading SUNW,UltraSPARC-II
Reading specfs
Reading TS
Reading TS_DPTBL
Reading ufs
Reading fssnap_if
Reading rpcmod
Reading ip
Reading rootnex
Reading options
Reading sad
Reading pseudo
Reading sd
Reading scsi
Reading glm
Reading pcipsy
Reading dada
Reading todmostek
Reading procfs
Reading sockfs
Reading clone
Reading ip6
Reading tcp
Reading md5
Reading tcp6
Reading udp
Reading udp6
Reading icmp
Reading icmp6
Reading arp
Reading timod
Reading conskbd
Reading wc
Reading ebus
Reading su
Reading kb
Reading ms
Reading consms
Reading se
Reading elfexec
Reading fifofs
Reading ldterm
Reading ttcompat
Reading zs
Reading ptsl
Reading ptc
Reading rts
Reading tl
Reading keysock
Reading sysmsg
Reading cn
Reading pipe
Reading mm
Reading hme
Reading ufs_log
Reading doorfs
Reading devinfo
Reading iwscn
Reading log
Reading sy
Reading fctl
ksld_dbx: can't stat /platform/sun4u/kernel/drv/afb -- No such file or directory
Reading afb
ksld_dbx: can't open /platform/sun4u/kernel/drv/afb -- No such file or directory
Reading fd
Reading busra
Reading cs
Reading winlock
Reading seg_drv
Reading usba
Reading kstat
Reading vol
Reading cpc
Reading tnf
Reading pcihp
Reading hpcsvc
Reading pcicfg
Reading nfssrv
Reading nfs
Reading rpcsec
Reading tlimod
Reading seg_mapdev
Reading inst_sync
Reading mntfs
Reading tmpfs
Reading klmmod
Reading autofs
Reading connld
Reading bootdev
Reading shmsys
Reading ipc
Reading ramd
Reading kaio
detected a multithreaded program
t@0 stopped in (unknown) at 0xedd000d8
0xedd000d8: ta %icc,%g0 + 125
(ksld_dbx) module -v ramd.o
Module: ramd.o
Language: ansic
Debugging information: read [stabs version: 3.1]
Source file: /opt/SUNWddk/src/drivers/ramd/ramd.c
Object file: /opt/SUNWddk/src/drivers/ramd/sparc/obj32/ramd.o
Loadobject: /usr/kernel/drv/ramd
(ksld_dbx) stop in ram_strategy
(2) stop in ram_strategy
poll in failed
can't set breakpoint
TARGET output:
connected
New connection: uid 0, fd 7
Begin traceback... sp = edd48290
Called from edd009dc, fp=edd47b41, args=34 edd308ee eddc40a8 34 edd042f0 edd042ec
Called from edd03624, fp=edd47c11, args=fff74000 edda51f0 102d087a ffffffff91d0207e 0 4
Called from edd0c0d0, fp=edd47cd1, args=102d087a 91d0207e ff1bd714102d087a 100 edd48608 27
Called from edd0a394, fp=edd47d81, args=eddb7788 8 eddc16a1 f0000 1 ffff
Called from edd176d4, fp=edd47e31, args=ffff eddb7788 0 1 0 eddc1690
Called from edd0e470, fp=edd47f41, args=edd49058 0 0 3c 0 edda69d8
Called from edd0e214, fp=edd47ff1, args=eddb6d58 eddc1690 edd49158 ffffffffffffffff 10000 edd483e0
Called from edd0e154, fp=edd480a1, args=eddc1640 edda3550 0 0 0 0
Called from edd071b4, fp=edd48121, args=0 0 0 0 0 0
Called from 0, fp=0, args=0 0 0 0 0 0
End traceback...
abort jump: trap 34 sp edd48290 pc edd042ec npc edd042f0
etext edd308ee estack edd489a0 edata edda2388 nofault edda2658
ksld_kadb[0]: (`o403P0801So6mLD42d8N_lK^bH00004)(`o403P0801So6mLD42d8N_lK^bH0000
panic[cpu0]/thread=4001fe60: BAD TRAP: type=34 rp=4002fbc0 addr=40030507 mmu_fsr=0
sched: alignment error:
addr=0x40030507
pid=0, pc=0xedd2ba78, sp=0x4002fc50, tstate=0x1404, context=0x0
g1-g7: 1000c000, edda1f78, edda1f78, 0, edda2658, 14aef0, 4001fe60
panic: entering debugger (continue to save dump)
Trap 7d
What is wrong with the setup,when a breakpoint would cause a traceback and panic on the target?

One other possibility is having sufficient rights, especially if you are invoking it via some other app, rather than manually as a logged in user. If you are not logged in and instead invoke it via a web site action, I believe you will have problems reading the registry, accessing a desktop, writing to disk, etc.
Sorry I can't be more definitive, but perhaps it will help.
Please post your conclusion, if you find it.
--Ian

FAQ: I found a bug. How do I write a useful bug report? Or send bug files to Adobe?

If you think you've found a bug in Photoshop CS6, please post your findings here on the forums.
Here is a list of the information we'll want for you to gather at a minimum:
Clear and concise steps so that someone who isn't in front of your comptuer can reproduce the issue you are seeing
Include information on the operating system/version you are running. (e.g. "Mac OS 10.7.3" or "Win XP Service Pack 3")
Here are some more detailed instructions for writing a useful, complete bug report for us on the forums:
Provide a descriptive title that includes your OS information:Example: "Photoshop crashes when I save a JPEG file using the File>Save For Web & Devices... command (Mac OS 10.7.3)"
Provide concise, step-by-step details on how to reproduce the issue you are seeing.
Example:
Open an 8-bit, RGB image by selecting File>Open...
Create a new layer by clicking the "Create New Layer" button on the bottom of the Layers panel
Paint on the layer created in Step #2 using the default Brush tool
Choose File>Save For Web & Devices...
Make sure the optimized format is set to "JPEG" and set the Quality setting to "80"
Click the Save button at the bottom of the Save For Web & Devices dialog, choose the desktop as the location for saving the file
Provide a description of the "Result" you are observing:
Example: "Result: Photoshop crashes"
If there is an error dialog, please include the exact wording displayed in the dialog or provide a screen shot or video of the entire screen so we can see the dialog as well as the state of the application - i.e. what panels are shown, the state of the Layers panel, etc.
If the error is a visual defect, either in the user interface or the image itself, provide a screen shot or video of the entire screen so we can see the dialog as well as the state of the application - i.e. what panels are shown, the state of the Layers panel, etc.
Provide a description of the "Expected Result":
Example: "Expected Result: Photoshop to save JPEG file to the desktop, no crash"
In some cases this may be obvious (such as in the case of a crash) but in others, what you expect to happen may be different than what the application was designed to do. Please be as specific as possible.
Provide the crash log by submitting all crash reports, including your email address, for every single crash your encounter:
You may also include the contents of your crash log in your forum posts as well, but always submit them using the above instructions as well.
Crash logs are located on Macintosh here: Users/<your user name>/Library/Logs/CrashReporter
Provide your System Info from Photoshop: What's even more useful is if you can share your System Info from Photoshop as it contains all kinds of useful information (OS/version, graphics card, driver version, 3rd party plug-ins used, etc) that will help the team track down your issue.
On occasion, the Photoshop engineers may request that you provide problematic files in order to reproduce and debug your issue.
In these cases, please post the file somewhere using your own servers or one your favorite online document/distribution services and provide a URL/instructions to download the file:
Dropbox
Adobe SendNow
YouSendIt
If the file isn't something you can post publically, you can request that someone from the engineering team contact you to figure out a secure way to get the affected files.
Thanks,
The Photoshop Development Team

First thing would be to realise the exact error. Second would be to check your logs to see what you have installed/upgraded which might be causing this error. Third, google your error and see if matches turn up. Fourth, search in Arch bugtracker to see if a match exist. Else file a report.

[bug report] Built in email client: charset is alw...

Similar Messages

Maybe you are looking for