build version

merged nvaccess master

Merge branch 'l10n'

L10n updates for: zh_CN
From translation svn Revision: 15267

Authors:
vgjh2005@gmail.com

L10n updates for: de
From translation svn Revision: 15263

Authors:
Bernd Dorer <bernd_dorer@yahoo.de>
David Parduhn <xkill85@gmx.net>
Rene Linke <demetry@gmx.de>

L10n updates for: ne
From translation svn Revision: 15260

Authors:
him Prasad Gautam <drishtibachak@gmail.com>

L10n updates for: fa
From translation svn Revision: 15260

Authors:
Ali Aslani <aslani.ali@gmail.com>

L10n updates for: ru
From translation svn Revision: 15260

Authors:
ruslan <ru2020slan@yandex.ru>
Vadim <eye0@rambler.ru>

L10n updates for: pt_BR
From translation svn Revision: 15260

Authors:
Cleverson Casarin Uliana <clcaul@live.com>
Marlin Rodrigues <marlincgrodrigues@yahoo.com.br>

L10n updates for: it
From translation svn Revision: 15260

Authors:
Simone Dal Maso <simone.dalmaso@gmail.com>

L10n updates for: hu
From translation svn Revision: 15260

Authors:
Aron OcsvAri <oaron@nvda.hu>

L10n updates for: ko
From translation svn Revision: 15260

Authors:
Joseph Lee <joseph.lee22590@gmail.com>
Chang-Hoan Jang <462356@gmail.com>

L10n updates for: nl
From translation svn Revision: 15260

Authors:
Bram Duvigneau <bram@bramd.nl>
Bart Simons <bart@bartsimons.be>
A Campen <a.campen@wxs.nl>
Leonard de Ruijter <mail@leonardder.nl>

L10n updates for: ta
From translation svn Revision: 15260

Authors:
Dinakar T.D. <td.dinkar@gmail.com>

L10n updates for: vi
From translation svn Revision: 15260

Authors:
Nguyen Van Dung <dungnv1984@gmail.com>

L10n updates for: fr
From translation svn Revision: 15260

Authors:
Michel such <michel.such@free.fr>
Patrick ZAJDA <patrick@zajda.fr>
Remy Ruiz <remyruiz@gmail.com>
Bachir Benanou <ben_bach@yahoo.fr>

L10n updates for: ja
From translation svn Revision: 15260

Authors:
Takuya Nishimoto <nishimotz@gmail.com>

L10n updates for: gl
From translation svn Revision: 15260

Authors:
Juan C. buno <oprisniki@gmail.com>

L10n updates for: fi
From translation svn Revision: 15260

Authors:
Jani Kinnunen <jani.kinnunen@wippies.fi>

L10n updates for: es
From translation svn Revision: 15260

Authors:
Juan C. buno <oprisniki@gmail.com>

L10n updates for: el
From translation svn Revision: 15260

Authors:
access@e-rhetor.com

L10n updates for: ar
From translation svn Revision: 15260

Authors:
Fatma Mehanna <fatma.mehanna@gmail.com>
Shaimaa Ibrahim <shamse1@gmail.com>

L10n updates for: an
From translation svn Revision: 15260

Authors:
Jorge Perez <jorgtum@gmail.com>

L10n updates for: am
From translation svn Revision: 15260

Authors:
Dr. Tamru E. Belay <g.braille@sympatico.ca>

Merge commit 'fetch_head' into jpbranch

updated documents for NVDA Japanese

Minor fixes to What's New.

Merge commit 'fetch_head' into jpbranch

NVDA now recovers in more cases when switching away from applications that stop responding.

Fixes #3825.

cancellableSendMessageTimeout: When sending a message from a thread other than the main one, even though we don't use a background thread, still send in short attempts and check for cancellation.

UI Automation threads send messages to potentially unresponsive windows. This allows us to check for cancellation, though because cancellation is based on the main thread being alive, messages might not be cancelled if the main thread recovers before the thread in question. However, more importantly, sending in short attempts allows us to get around the issue where SMTO_ABORTIFHUNG doesn't abort if the window hangs while the operation is in progress instead of before.

There's no reason for bgSendMessageData to be dynamically allocated any more, nor is the traget thread id needed. isActive can now be moved inside bgSendMessageData.

cancellableSendMessageTimeout: Don't ever return early due to cancellation while the background SendMessage is still running, as this can cause crashes in the remote process.

Sometimes, the caller allocates memory in the remote process, sends a message which depends on it and frees it as soon as the SendMessage* call returns. If the background SendMessageTimeout is still running, the message might reach the remote process and it will then use the freed memory, thus causing crashes or heap corruption.
To fix this, the background thread attempts to send the message with 400ms timeouts, checking for cancellation after each attempt, similar to what the main thread did previously. The main thread just waits for the background thread to finish handling the message, regardless of whether it was cancelled. For the most part, this takes us back to what we had before the background thread was implemented, except that we don't get blocked in SendMessageTimeout for longer than we should.
This will hopefully fix crashes in Outlook Express and other applications.
Re #3859.

Remove a pointless variable.

Update some copyright headers.

cancellableExecute: Use cancelCallEvent rather than spinning.

watchdog: Cache cancelCallEvent so we don't have to keep fetching it.

cancellableSendMessageTimeout: Rather than continually cancelling individual calls with an auto reset event, just set it once when cancellation starts and reset it when the core is alive.

Previously, it was possible that the first message after the core recovered would be cancelled if there wasn't a message after the last recovery attempt.
Also, this way, we don't bother to send any messages at all once cancellation begins, which is more efficient.

cancellableSendMessageTimeout: Don't pump if SMTO_BLOCK is specified.

cancellableSendMessageTimeout: Fix nasty memory corruption if a message is ever sent to HWND NULL, which we sometimes do in our SysListView32 code.

We use HWND NULL to signal to the background thread that it should die, so when a message was sent to HWND NULL, the background thread was dying and deleting its data block, but the main thread was still using it, thus resulting in memory corruption. Furthermore, subsequent messages would simply have been dropped until cancellation. This could be seen regularly when pressing backspace in Windows Explorer in Windows XP, but was probably occurring elsewhere too.

cancellableSendMessageTimeout: The result variable passed to SendMessageTimeout should be DWORD_PTR, not DWORD.

This should make no difference for NVDA since it is always 32 bit, but best to be correct.

SendMessage hook: Initialise the result variable to 0 so an uninitialised value isn't returned on error.

cancellableSendMessageTimeout can't handle reentrancy, so abort early for reentrant calls.

As far as I know, there shouldn't be any reentrant calls to SendMessage* from oleacc or UIAutomationCore in our main thread, but I'm not absolutely certain, so it's best to be safe.
It should be possible to make this code reentrant if we discover this is a problem.

MSDN says you can't safely read from an STL object while another thread is writing. I doubt this would cause crashes, but acquire the lock just to be safe.

cancellableSendMessageTimeout: cosmetic: Use a LockableObject instead of directly using a CRITICAL_SECTION. Also, rename/reorganise/comment for readability.

If message cancellation was already requested by the time cancellableSendMessage starts, just return before doing anything.

cancellableSendMessage: Pass the data pointer to the thread proc, as the global variable might be null if the message gets cancelled before the thread starts executing, causing nasty crashes.

cancellableSendMessageTimeout: Place a lock around the unresponsiveThreads set, as writing to STL containers isn't thread safe and was causing crashes.

cancellableSendMessageTimeout: SendMessageTimeout can block until the window responds in some cases despite the timeout, so use a background thread to send messages.

Merge branch 't1846'. Fixes #1846

Merge branch 't2199'. Fixes #2199

Merge branch 't3481'. Fixes #3481

Merge branch 'ti33644' into jpbranch

changed messageTimeout max

Merge branch 'ti33644' into jpbranch

Merge branch 'ti33616' into jpbranch

Merge branch 'master' of git://git.nvaccess.org/nvda into jpbranch

Remove extras/NVDA CD, which is extremely outdated and no longer useful.

In browse mode in Mozilla applications, using quick navigation commands to move to the next or previous button or form field now includes toggle buttons as expected.

Fixes #4098.

In Microsoft Office 2010 Options dialogs, the labels of combo boxes are reported correctly.

These seem to be exposed correctly by MSAA, but not by UIA. This suggests the UIA implementation is once again broken, so I've disabled it for controls in these dialogs. Hopefully, this won't break something else.
Fixes #4056.

Bah. Forgot the What's New entry.

In Microsoft PowerPoint with speaking of typed words enabled, characters erased with backspace are no longer announced as part of the typed word.

The typedCharacter event isn't fired for backspace, so we have to fake it.
Fixes #3231.

allow larger value for braille message timeout. nvdajp ti33644

added Enable UIA option

updated script

fixed script and document

cleanup and added scripts for release

Merge branch 'master' of git://git.nvaccess.org/nvda into jpbranch

updated miscDepsJp

In browse mode, radio and check menu items are reported as controls instead of just clickable text. Also, NVDA no longer incorrectly switches from focus mode to browse mode when a radio or check menu item is focused.

Re #4092.

Merge branch 't4069'. Fixes #4069

en/{userGuide.t2t,changes.t2t}: remove witespace on otherwise empty lines.
Thanks to Patrick Zajda

Merge branch 't4043'. Fixes #4043

Merge branch 't4031'. Fixes #4031

Reduce spinning in NVDA core and watchdog.

Fixes #3801.

Merge commit 'fetch_head' into jpbranch

Reverting a change from December 2009 commit 6c53a29d where IAccessible NVDAObject's name property was forced to contain content from IAccessibleText if there was no caret present.

This was supposed to allow focusable labels in Thunderbird to read nicer. However, this caused a long-standing issue where the content of alerts in web browsers would speak twice, and Thunderbird now seems to oddly expose a caret on the labels thus disabling the code change anyway.
Removing this code may possibly cause some other regressions as its very old. However, if regressions are found they should be handled specificly for each case, as clearly this code was too general.

Should be a fix re #3481. May affect re #2442, #2745

l10n updates
From translationsvn rev 14937.

speech.speakTextInfo: Stop accidentally reporting controlFields that may slightly change in virtualBuffers (name change, change of child count) by Using a uniqueID value in controlField dictionaries for comparison if it exists rather than compairing the entire dictionary. VirtualBuffers now expose uniqueID generated from the docHandle and ID of the node.

MSHTML VBufBackend: force an invalidated subtree to be re-rendered with no delay if it happens to be inside a live region. to speed up live region reporting even further

MshtmlVBufStorage_controlFieldNode_t: add a reportLiveText method which will speak any given text, as long as it is not entirely whitespace. reportLiveAddition and postProcessLiveRegion both use this method.

Support live regions in MSHTML documents, dialogs and applications by Useing MSHTML virtualBuffers for documents, dialogs and applications, but force focus mode for things that are not documents (e.g. dialogs and applications).

Specifically: move the check out of shouldCreateTreeInterceptor into MSHTML virtualBuffer's constructor and force focus mode if needed.

VBufBackends: decrease the render timeout from 250 ms to 100 ms. Mostly needed to make live region reporting faster.

Support for ARIA live regions in MSHTML, implemented via the MSHTML VBufBackend.

* fillVBuf now takes an oldNode argument, which when called from render, is the original node being re-rendered, but is null for all other recursive calls.
* fillVBuf takes a atomicNodes argument by reference, which is created by render. This set is for temporary tracking of aria-atomic nodes that should be announced when hit or at the end of the render, if a live region update occured within an atomic region.
* MshtmlVBufStorage_controlFieldNode_t: now contains various aria live region properties to track if the node is a live region, what kind of updates are relevant (text, additions), if its busy, and if its part of an atomic region.
* MshtmlVBufStorage_controlFieldNode_t: has a preProcessLiveRegion method, which is called by fillVBuf when adding a node to the buffer. This method updates all of the ARIA live regions properties on the node, either calculating their values from HTML attributes if they exist, or copying them from their parent (in this buffer or the original buffer).
* fillVBuf: takes an inNewSubtree argument, which is false when called from render, but is set to true on recursive calls if the current node was not in the old buffer (i.e. its ID does not point to a node in the old buffer).
* MshtmlVBufStorage_controlFieldNode_t: has a reportLiveAddition method which collects text content and announces it with nvdaController_speakText.
* MshtmlVBufStorage_controlFieldNode_t: has a postProcessLiveRegion method, which is called at the end of fillVBuf if this fillVBuf was called with inNewSubtree set to false (i.e. its not in a new subtree, or its just the top node in a new subtree). This method is responsible for checking if this node is part of a live region and should be reported. It may call reportLiveAddition to report the node if its new, or it may compaire child text with the old node's child text to see if text should be reported and call nvdaController_speakText to report the text. However if the node is part of an atomic region, that atomic region is added to the atomicNodes set for alater reporting.
* FillVBuf: after postProcessLiveRegion is done, atomicNodes is checked to see if the current node is in the set. If so its removed, and has its reportLiveAddition called, thus having the atomic region reported.
* Render: after fillVbuf is called, any remaining nodes in atomicNodes are fetched and reportLiveAddition is called on each, thus reporting any atomic regions in the ancestors of the render, referenced by live region updates within the render.

Merge branch 'jp2014.1' into jpbranch

Merge branch 't4031' into mshtmlLiveRegions_fillVBuf

Don't announce the document itself when entering a browse mode document after the first time, when coming up from a non-rendered descendant. Still announce when coming in from the outside of the subtree.

NVDAHelperRemote: export all nvdaController functions so that they can be easily used by virtualBuffer backends and other in-process dlls related to nvdaHelperRemote.

MSHTML VBufBackend: only skip text nodes if the parent node is hidden due to style, not role="presentation".

navigatorObject_currentDimensions script: Fix exceptions when errors occur.

When we report an error, let's actually return too. :)
Fixes #4044.

Merge branch 'master' into t3801

watchdog: Use core.mainThreadId.

core.requestPump: optimisation: If called in the main thread, don't bother using CallAfter to start the timer, as this is only needed for other threads.

l10n updates
From translation svn rev 14779.

Added an option to keyboard settings dialog which allows to disable handling of key input from other applications. Users typing Vietnamese using Unikey should turn this option off.

eventHandler: Fix race conditions which could leave NVDA in a state where it constantly reported there were pending events when there weren't, causing weird problems such as menu items not being reported.

Queued events are always executed in the main thread, but they can be queued from any thread. Incrementing/decrementing the pending event counts is not atomic, so place a lock around updates to the count data.
Also, when queuing, update the counts before actually queuing the function. Otherwise, if queuing from a background thread, the queued function might run before the counts were updated.
Fixes #3939.

added jpAnsiEditbox option rather than guessing Unicode-like behavior by editAPIVersion

l10n updated german nvda.po to hopefully fix non-utf8 problems.
From translation svn rev 14742.

work around issue with Winbiff (nvdajp ti33555)

Merge commit 'fetch_head' into jpbranch

l10n updates:
from translation svn 14717.