Changelogs
Overview
These changelogs reflect the history of all files in the Subversion repository. The changelog has been generated at 2016-05-09 08:38:04
Changelog for wxWidgets (70435 changes):
2013-05-13 01:04 VZ, revision 739732013-05-13 01:04 VZ, revision 73972Whack-a-mole with wxOSX/PPC unit tests continued. The problem was not related to float-to-double conversions in wxAny code, try to narrow it even further.
2013-05-12 22:34 VZ, revision 73971Fix harmless Clang warning about unreachable code. Unfortunately Clang intelligent flow analysis prevents us from using different asserts for invalid parameter value and unhandled one, which could happen if more elements are added to wxMouseButton enum in the future. Closes #15201.
2013-05-12 22:34 VZ, revision 73970Disable double-to-float conversion tests in wxAny code. This seems to be the reason for the heap corruption in wxOSX PPC builds.
2013-05-12 22:34 VZ, revision 73969Disable the rest of Editable() test for wxBitmapComboBox. See r73957, this test keeps failing when running on a build slave, even though it passes when ran locally.
2013-05-12 22:34 VZ, revision 73968Use "-t" option when running buildbot tests under Windows. Use "-t" in runtests.bar used by Windows build slaves to get more information about the test failures, notably if they crash before completing.
2013-05-12 22:18 SC, revision 73967Fix spurious g++ warning about possibly uninitialized variable use. The variables are actually initialized in all cases if the enum has valid value but the compiler doesn't seem to take this into account, so just initialize them always to avoid the warnings.
2013-05-12 21:19 VZ, revision 73966deactivating r65382 see #12267 (which does not seem to happen anymore even without this change), fixes #14938,
2013-05-12 21:19 VZ, revision 73965Enable another test in wxAnyTestCase under OS X.
2013-05-10 21:21 VZ, revision 73964Recognize "sandbox" user as indicating automatic testing. The buildbot slaves actually use "sandbox" as the user name, not "buildbot", so test for the former instead for the latter, see r73963.
2013-05-10 21:21 VZ, revision 73963Enable yet more tests in wxAnyTestCase::GetAs(). This is part of the continuing series of commits to find out what results in heap corruption in wxOSX PPC builds.
2013-05-10 21:21 VZ, revision 73962Recognize "buildbot" user in IsAutomaticTest() too. Some build slaves apparently run under "buildbot" user and not "buildslave", recognize them as running automatic tests too. Also show the name of the current system and user on startup to avoid such guess work in the future.
2013-05-10 20:31 SC, revision 73961Revert "Show the name of the actually tested class in text entry unit tests." Revert r73959, the name of the control can be seen from the name of the failing test case actually, so there is no need to include it in the message.
- M /wxWidgets/trunk/include/wx/osx/cocoa/private.h
- M /wxWidgets/trunk/src/osx/cocoa/combobox.mm
- M /wxWidgets/trunk/src/osx/cocoa/nonownedwnd.mm
2013-05-10 15:25 VZ, revision 73960applying editor part of patch, see #15003
2013-05-10 15:22 VZ, revision 73959Use wxjpeg_boolean in libtiff sources. This fixes compilation problem when using libtiff with the built-in modified version of libjpeg that uses wxjpeg_boolean instead of boolean as it doesn't define boolean at all in its headers, but just wxjpeg_boolean. Closes #15179.
2013-05-10 15:22 VZ, revision 73958Show the name of the actually tested class in text entry unit tests. This test is used for several different classes, show the name of the class being tested when the assert in Editable() test fails.
2013-05-10 01:22 VZ, revision 73957Enable a few more tests in wxAnyTestCase::GetAs(). This is part of the continuing series of commits to find out what results in heap corruption in wxOSX PPC builds.
2013-05-10 01:22 VZ, revision 73956Disable a sporadically failing check in wxBitmapComboBox unit test. This check keeps failing in buildbot builds even though it always passes in local ones (and sometimes in buildbot ones too). Disable it to allow the entire test suite to pass.
2013-05-10 00:29 VZ, revision 73955Reduce the number of wxAny tests ran under wxOSX further. Something in GetAs() test definitely corrupts memory, but what?
2013-05-09 21:56 VZ, revision 73954Start bisecting GetAs() wxAny test itself. This is the test that results in memory corruption in wxOSX PPC builds, try to find out where exactly does this happen.
2013-05-09 01:18 VZ, revision 73953Leave only a single wxAny unit test disabled. It looks like the culprit is GetAs() test, verify it.
2013-05-09 00:01 VZ, revision 73952Another attempt to isolate memory corrupting wxAny test. We now know it's either As() or GetAs() (or both).
2013-05-09 00:00 VZ, revision 73951Continue bisecting tests crash in PPC OS X builds. Disable more wxAny tests.
2013-05-08 23:17 VZ, revision 73950Fix wxRichTextCtrl test compilation. Work around broken pre-C++98 for loop scoping rules in VC6. See #15184.
2013-05-08 13:21 VZ, revision 73949Really disable wxAny tests under wxOSX. Instead of disabling them everywhere but there. See r73944.
2013-05-08 13:21 VZ, revision 73948Fix duplicate wxContextMenuEvent generation in wxMSW. Prevent WM_CONTEXTMENU from being propagated upwards the window parent chain by DefWindowProc(), we already do it ourselves and not marking the message as processed could result in multiple calls to the same wxEVT_CONTEXT_MENU handler if it skipped the event. See #13683.
2013-05-08 13:21 VZ, revision 73947Fix wrong wxUSE_ACCEL around wxUSE_HOTKEY-related code in wxMSW. Closes #15193.
2013-05-07 23:09 RD, revision 73946Add wxVector<>::const_reverse_iterator. Provide this type too for compatibility with std::vector<>. Closes #15192.
- M /wxWidgets/trunk/src/propgrid/propgrid.cpp
- M /wxWidgets/trunk/src/richtext/richtextbuffer.cpp
- M /wxWidgets/trunk/src/xrc/xmlres.cpp
2013-05-07 17:56 VZ, revision 73945Call InitializeModules instead of just module->Init(). This is needed so the module will have the proper state and not cause an assert when the modules are cleaned up. Since InitializeModules will skip any that are already initialized it doesn't hurt to call it for modules loaded later.
2013-05-07 17:10 VZ, revision 73944Test for NULL associated frame in doc/view event handling code. A view might not have any associated frame at all (this is probably a bad idea but we don't seem to explicitly forbid this). This should have been part of r73943, see #14314.
2013-05-07 17:07 VZ, revision 73943Disable more wxAny tests under OS X to try to find the buildbot crash. Disabling wxVariantConversions test was not enough to fix the crash happening in OS X PPC build slave, so disable a few more of them. Temporarily do it for any wxOSX build, the run-time check for buildbot will be restored later when I finally manage to find the problematic test(s?).
2013-05-06 23:46 VZ, revision 73942Fix for event propagation in "single document" doc/view mode. Ensure that the events still get to wxDocManager even when we are using the single document mode in which a view can be directly associated with the parent frame. Closes #14314.
2013-05-06 15:39 JS, revision 73941Disable wxAny-to-wxVariant conversion test case under OS X. This is a blind attempt to fix the test crash under PPC OS X.
- M /wxWidgets/trunk/include/wx/richtext/richtextbuffer.h
- M /wxWidgets/trunk/interface/wx/richtext/richtextbuffer.h
- M /wxWidgets/trunk/src/richtext/richtextbuffer.cpp
- M /wxWidgets/trunk/tests/controls/richtextctrltest.cpp
2013-05-06 15:08 VZ, revision 73940Applied patches for #15184 (wxRichTextAction fix for when the command identifier is wxRICHTEXT_CHANGE_OBJECT) and #15185 (Make adding/deleting wxRichTextTable rows and columns undoable)
2013-05-06 10:54 JS, revision 73939Fix a typo in wxNumberFormatter styles documentation. s/cab/can/
2013-05-06 02:31 VZ, revision 73938Applied patch #15183 (wxRichTextTable::DeleteColumns doesn't remove the deleted columns: dghart)
- M /wxWidgets/trunk/docs/changes.txt
- M /wxWidgets/trunk/docs/doxygen/mainpages/const_wxusedef.h
- M /wxWidgets/trunk/include/wx/datstrm.h
- M /wxWidgets/trunk/interface/wx/datstrm.h
- M /wxWidgets/trunk/src/common/datstrm.cpp
- M /wxWidgets/trunk/tests/streams/datastreamtest.cpp
2013-05-06 02:30 VZ, revision 73937Add IEEE 754 single/double precision support to wxDataStream classes. Allow to optionally raed/write float/double values in IEEE 754 single/double precision formats, respectively, instead of always using the extended precision format for both of them. This makes the code more flexible, allowing for better interoperability with the other programs, and also allows to implement floating point functions in these classes even when wxUSE_APPLE_IEEE is turned off (as can be the case because of the licencing concerns for the code in extended.c). Closes #10625.
2013-05-06 02:30 VZ, revision 73936Minor wording fixes in wxDataStream classes documentation. Mostly just s/amount/number/
2013-05-06 02:30 VZ, revision 73935Test wxDataStream floating point methods in big endian format too. Added a hack to test float/double reading/writing using wxDataInputStream/wxDataOutputStream to the test case using big endian extended float format too.
2013-05-06 02:30 VZ, revision 73934No changes, just a small optimization in DataStreamTestCase. Don't create streams on the heap completely unnecessarily, just allocate them on the stack. This makes the code shorter, safer and slightly more efficient.
- M /wxWidgets/trunk/include/wx/datstrm.h
- M /wxWidgets/trunk/interface/wx/datstrm.h
- M /wxWidgets/trunk/src/common/datstrm.cpp
2013-05-06 02:30 VZ, revision 73933No real changes, just rename double variables to "d". Don't use "i" or "f" for double variable names, this is confusing, especially when we do it inconsistently. See #10625.
2013-05-05 18:17 VZ, revision 73932Extract common parts of wxData{In,Out}putStream in a common base class. No real changes, just put BigEndianOrdered() and SetConv() methods and the corresponding fields in a common wxDataStreamBase class instead of duplicating them in wxDataInputStream and wxDataOutputStream. This will make it simpler to add more features common to both classes in the future, see #10625.
2013-05-05 13:48 SJL, revision 73931Don't use gtk_file_chooser_set_filename() for save file dialogs. This seems to be broken in old GTK+ versions, so use gtk_file_chooser_set_current_name() and gtk_file_chooser_set_current_folder() for save file dialogs which seem to work in all versions. Closes #15133.
2013-05-05 02:07 VZ, revision 73930Speculative fix for wxWebView unit tests on OSX. Use stringByEvaluatingJavaScriptFromString as it is guaranteed to return an NSString.
2013-05-05 02:00 VZ, revision 73929Correct misleading error message in locale mismatch assert. Don't advise people to use non-existent (or at least not publicly accessible) wxSetLocale(), they should just create wxLocale objects instead.
2013-05-05 01:59 VZ, revision 73928Use wxWindow::Refresh() instead of artificial wxPaintEvent in the test. This fixes memory leaks under wxMSW: as the test code didn't (and couldn't) call wxPaintDCImpl::EndPaint(), there was a leak for each wxPaintEvent generated in it since the changes to wxDC caching in r72938. It's also preferable because it uses public API instead of feeding events to the window which is not documented to work. Unfortunately even using Refresh() still doesn't allow the test to work under wxOSX.
- M /wxWidgets/trunk/docs/doxygen/overviews/docview.h
- M /wxWidgets/trunk/include/wx/docview.h
- M /wxWidgets/trunk/src/common/docview.cpp
- M /wxWidgets/trunk/tests/events/propagation.cpp
2013-05-05 01:59 VZ, revision 73927Fix event handling order in doc/view framework. Ensure that the events are always (provided there is an open document) processed in the following order: 1. wxDocument 2. wxView 3. wxDocManager 4. wxDocChildFrame 5. wxDocParentFrame 6. wxApp Do this by forwarding the events from wxDocParentFrame to wxDocChildFrame first and forward them from there to wxDocManager which -- and this part remains unchanged -- in turn forwards them to the active wxView which finally forwards them to wxDocument. This requires another condition in the event handling code as we still must forward from wxDocParentFrame to wxDocManager itself if there are no active children at all, but this is the only way to have the same event order in all cases, whether the event is originally received by wxDocChildFrame or wxDocParentFrame. Document this and add a unit test verifying that things indeed work like this. See #14314.
2013-05-05 01:59 VZ, revision 73926Forward events to active child at MSW, not wx, level in wxMDIParentFrame. We want to handle menu (and toolbar) events in the active MDI child before handling them in the parent frame itself and the existing code achieved this by forwarding wxEVT_MENU events at wx event processing level to the active child. However this was not enough as the underlying MSW WM_COMMAND message was still sent to the parent frame only and this could result in wx event not being generated at all if the parent frame had a disabled menu item with the same ID as (an enabled) item in the child frame, see #14314. So forward WM_COMMAND directly to ensure that the correct window gets the event in the first place. And this makes wxEVT_MENU forwarding in TryBefore() unnecessary.
2013-05-05 01:59 VZ, revision 73925Factor out functions dealing with menus in the event propagation test. No real changes, just refactor the code to allow testing for menu events in other frames too.
- M /wxWidgets/trunk/include/wx/docview.h
- M /wxWidgets/trunk/interface/wx/docview.h
- M /wxWidgets/trunk/src/common/docview.cpp
2013-05-05 01:59 VZ, revision 73924Add public wxDocManager::GetAnyUsableView(). This method tries to find the current view harder than GetCurrentView() and always returns a non-NULL view if there are any open documents at all. This is used by wxDocManager internally to find the view to apply the user commands to and will also be needed in the upcoming changes outside of wxDocManager, so just make this method public, as it seems that it could be useful in user code too, especially if we could use some better fallback than the first opened document (e.g. the last document the user interacted with would be better). This also clarifies the confusion between GetCurrentView() and GetActiveView(), see #13296.
Use correct line numbers in assert failures in event propagation test. Replace the calls to CheckMenuEvent() helper with ASSERT_MENU_EVENT_RESULT() macro to allow passing the correct line number to cppunit assertion function, otherwise the line number of CheckMenuEvent() was always used in case of failure.