HTML-file based tests fail

[GoogleCodeExporter]

What steps will reproduce the problem?
1. The Bookmarks tests fail with 404:
   * Binding Test
   * Binding Test 2
   * Spellcheck test
   * Test local storage

What is the expected output? What do you see instead?
The pages are not displayed.
Not sure if it is a code problem, an internal path problem, or placement of 
things on the HD.

What version of the product are you using? On what operating system?
Fresh check-out and clean build of 3.2171.1902.115 with exact-match CEF build 
from cefbuilds.com.

On Windows 7 Pro both 32-bit and 64-bit in VMware VMs; Visual Studio Pro 2010; 
Java 7u71.

Please provide any additional information below.
Let me know which directory those 4 .html files should be placed in and I will 
continue testing with them.

Original issue reported on code.google.com by rockney8...@gmail.com on 12 Mar 2015 at 8:48

[GoogleCodeExporter]

Yes you're right. That's an issue with the compile.bat script. Maybe you want 
to fix that :-)

The root cause is that the resource files (html and png files) aren't copied 
from
-> src\java\tests\detailed\handler
to
-> src\out\win64\tests\detailed\handler

So if you copy all .html files and logo.png from the source folder to the out 
folder you should be able to open those bookmark.

One drawback: I've mentioned that Binding Test 2 seems to be broken. So if you 
click on "Enable myQuery" the application crashes with:

[0313/081139:INFO:scheme_impl.cc(293)] CefUrlRequestManager hit for 
client://tests/binding_test2.html
[0313/081139:WARNING:message_in_transit_queue.cc(18)] Destroying nonempty 
message queue
Reloading - using cached values
[0313/081207:INFO:scheme_impl.cc(293)] CefUrlRequestManager hit for 
client://tests/binding_test2.html
[0313/081253:FATAL:cef_lock.cc(38)] Check failed: owning_thread_ref_.is_null().

Backtrace:
        cef_trace_event_instant [0x0000000180721096+1889478]
        cef_trace_event_instant [0x000000018062421D+853581]
        cef_log [0x0000000180550C66+118]
        cef::logging::LogMessage::~LogMessage [0x000007FEEEB61BC2+162] (c:\build\jcef\src\third_party\cef\win64\libcef_dll\base\cef_logging.cc:177)
        base::Lock::CheckUnheldAndMark [0x000007FEEEB9288B+203] (c:\build\jcef\src\third_party\cef\win64\libcef_dll\base\cef_lock.cc:39)
        base::Lock::Acquire [0x000007FEEEAEC209+57] (c:\build\jcef\src\third_party\cef\win64\include\base\cef_lock.h:83)
        base::AutoLock::AutoLock [0x000007FEEEAEC1AD+61] (c:\build\jcef\src\third_party\cef\win64\include\base\cef_lock.h:128)
        ClientHandler::AddMessageRouter [0x000007FEEEAEC98B+171] (c:\build\jcef\src\native\client_handler.cpp:302)
        Java_org_cef_handler_CefClientHandler_N_1addMessageRouter [0x000007FEEEAC14F2+130] (c:\build\jcef\src\native\cefclienthandler.cpp:23)
        (No symbol) [0x0000000002895B54]

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (os_windows_x86.cpp:144), pid=4416, tid=4372
#  guarantee(result == EXCEPTION_CONTINUE_EXECUTION) failed: Unexpected result 
from topLevelExceptionFilter
#
# JRE version: Java(TM) SE Runtime Environment (8.0_25-b18) (build 1.8.0_25-b18)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode 
windows-amd64 compressed oops)
# Failed to write core dump. Minidumps are not enabled by default on client 
versions of Windows
#
# An error report file with more information is saved as:
# C:\build\jcef\src\hs_err_pid4416.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

Regards,
Kai

Original comment by k...@censhare.de on 13 Mar 2015 at 7:14

[GoogleCodeExporter]

JCEF is transitioning from Google Code to Bitbucket project hosting. If you 
would like to continue receiving notifications on this issue please add 
yourself as a Watcher at the new location: 
https://bitbucket.org/chromiumembedded/java-cef/issue/158

Original comment by magreenb...@gmail.com on 18 Mar 2015 at 6:02