Commit Graph

38217 Commits (b2eb85df79f317d2b587c969178cea9b96c81213)

Author SHA1 Message Date
callum_linden b2eb85df79 Speculative fix for MAINT-8250 Popups can appear in an unnamed new window external of the viewer. Note: This was a fix for a threading issue in Dullahan that caused clicking on links with target of 'new' to crash. I think it's the same issue here and manifests itself as CEF creating a new OS window. 2018-01-29 16:47:36 -08:00
callum_linden 8b09a997c5 Fixes for: MAINT-8244 Text in CEF cannot be selected with the mouse. MAINT-8245 Expose CEF log file and logging severity to viewer and MAINT-8246 Expose the CEF remote debugging system to the viewer 2018-01-26 17:06:19 -08:00
callum_linden 94f88e0121 Fix for: MAINT-8138 Generate new page of test URLs for Dullahan that are more complete and more robust (last stage was creation of S3 non-user specific URL) 2018-01-26 11:54:52 -08:00
callum_linden ba0953c830 MAINT-8232 Clear History button description should not include 'web' - incorrect assertionm that web cache not cleared 2018-01-25 11:29:47 -08:00
callum_linden 5fa704e479 MAINT-8232 Clear History button description should not include 'web' 2018-01-24 13:16:07 -08:00
callum_linden 8ee332fb10 Bring in the very latest version of Dullahan (1.1.1024) that matches the most recent canonical Dullahan and also bump the CEF plugin version in preparation for the RC build 2018-01-22 13:30:03 -08:00
callum_linden 44bea894f6 MAINT-8207 Tweak web/cookie UI in viewer prefs 2018-01-22 09:28:51 -08:00
callum_linden afa6c393a0 After reforking the post viewer64 viewer-release repository, I pulled in all the changes from my viewer64 based viewe64-media-update repository. This repository is the canonical one going forwards 2018-01-19 15:37:27 -08:00
callum_linden b90a89c85b Pull in Dullahan 1.1.1012 (mostly internal fixes like warning suppression) 2018-01-18 12:16:50 -08:00
callum_linden dd91998841 Pull in version 1.1.1008 of Dullahan with improved cookie handling 2018-01-17 18:31:04 -08:00
callum_linden d3f544d39d Fixes for 'MAINT-8196 Remove LLPluginCookieStore from the viewer' and 'MAINT-8194 Remove per-frame calls to updateJavascriptObject()' 2018-01-17 16:13:19 -08:00
Oz Linden 7acbd8ed8d merge sling-buildscripts change 2018-01-16 14:14:27 -05:00
Oz Linden 7656e3e0b3 increment viewer version to 5.1.1 2018-01-16 14:10:39 -05:00
Oz Linden 7c6c987d00 Added tag 5.1.0-release for changeset ad0e15543836 2018-01-16 14:10:38 -05:00
callum_linden e84e4a1adf Fix for MAINT-8177 Expose the full version of the matching Chromium/Chrome build for CEF in the About box 2018-01-11 10:32:23 -08:00
callum_linden 3bd84c2f2f Pull in latest Dullahan (v1.1.1002) and CEF (3239.1723.g071d1c1) 2018-01-11 09:07:22 -08:00
callum_linden 8f214ad00b Fix for MAINT-7886 Resizing internal web browser window causes video playback to stop 2018-01-08 14:51:32 -08:00
callum_linden 5989dd1673 Bump CEF Plugin version so it can be identified as different 2018-01-08 11:22:02 -08:00
callum f1dc81146a Automated merge with tip of lindenlab/viewer64 2018-01-08 09:51:51 -08:00
callum_linden a656e4a001 Automated merge with tip of viewer64 2018-01-05 18:27:30 -08:00
callum_linden aa23ae29a5 Update for MAINT-8153 - updating CEF to newer version - now 3.3239.1721.g86eb141 2018-01-05 18:26:54 -08:00
callum_linden d97d7c5206 Fix for MAINT-8119 - this bug morphed from a packaging issue to being all about audio not playing when a media stream started. There is some as yet, unknown interaction between the volume catcher code in the CEF plugin and the VLC volume controls. The fix for now is to add a Windows call to the VLC code that sets the process volume explicitly. Later we will address the volume catcher code, move it to a common spot so both CEF and LibVLC can use the same bytes 2018-01-05 13:19:08 -08:00
callum_linden 6659192a35 Fix for MAINT-8148 - AVI fails to play. For Windows, the x-msvideo MIME type was pointed at CEF which is unable to play it. Switching that to LibVLC made it work as expected. It was already switched on macOS 2018-01-05 12:29:38 -08:00
callum_linden 99c0c496a5 pull in unified LibVLC 2.2.8 for all platforms 2018-01-04 19:54:48 -08:00
callum_linden e4d55abb00 pull in unified 3p Dullahan version 1.1.987 and CEF Version 3239.1716 for all platforms 2018-01-04 19:51:53 -08:00
callum 6deefc1f64 Pull in libVLC binaries version 2.2.8 for Win32/Win64 only 2018-01-04 17:36:52 -08:00
callum_linden 25b8042f18 Pull in version of Dullahan that allows for browser resizing - not quite working for videos yet though 2018-01-04 16:17:40 -08:00
Nat Goodspeed 37e699bede MAINT-8135: Update to viewer-manager build 511688 2018-01-04 16:57:40 -05:00
Nat Goodspeed 26161cf577 MAINT-8123: Update to viewer-manager build 511679 2018-01-04 14:43:21 -05:00
callum_linden 81e5be8716 FIX MAINT-8131 Update viewer with Windows version of Dullahan built against CEF 3.3239.1716.g735b746 / Chromium 63.0.3239.109 2018-01-03 16:26:17 -08:00
callum_linden 3fbe1bd0c2 Automated merge with tip of viewer64 2018-01-03 13:57:07 -08:00
callum_linden 2af6a857c4 Automated merge with head of viewer64 2018-01-03 12:53:16 -08:00
Nat Goodspeed 17891cfcda MAINT-8078: Update to viewer-manager build 511658 2018-01-03 15:32:21 -05:00
Nat Goodspeed 2e388c92a4 MAINT-8078: Update to viewer-manager build 511634 2018-01-02 20:49:21 -05:00
callum_linden 238c92b29b Automated merge with tip of viewer64-callum 2017-12-21 14:37:30 -08:00
callum_linden 7ac3a755e7 MAINT-8119 Fix. A change elsewhere in the viewer_manifest.py script that copies files into the right place after a build impacted the fragment of code that copies over the VLC runtime files (Libvlc.dll, libvlccore.dll and the VLC plugins dir) and they never made it to the right place. This change restores that copy 2017-12-21 14:36:50 -08:00
callum_linden 6b3ac6823d A change elsewhere in the viewer_manifest.py script that copies files into the right place after a build impacted the fragment of code that copies over the VLC runtime files (Libvlc.dll, libvlccore.dll and the VLC plugins dir) and they never made it to the right place. This change restores that copy 2017-12-21 13:08:32 -08:00
Nat Goodspeed dfd62c56d3 MAINT-8087: Update to viewer-manager build 511542 2017-12-21 09:27:36 -05:00
Nat Goodspeed 5002bf5660 MAINT-8087: Use env vars from VMP for AppData\Roaming and Local.
On Windows, when logged in with a non-ASCII username, every one of the three
documented APIs -- SHGetSpecialFolderPath(), SHGetFolderPath() and
SHGetKnownFolderPath() -- fails to retrieve any pathname at all. We cannot
account for the fact that the oldest of these continues to work with the
release viewer and within a Python script (though not, curiously, from a
Python interactive session). With a non-ASCII username, they consistently fail
when called from an Alex Ivy viewer build: "The filename, directory name, or
volume label syntax is incorrect."

Empirically, with a non-ASCII username, the preset APPDATA and LOCALAPPDATA
environment variables are also useless, e.g. c:\Users\??????\AppData\Roaming
where those are, yup, actual question marks.

Empirically, the VMP is able to successfully call SHGetFolderPath() to
retrieve both AppData\Roaming and AppData\Local. Therefore, we make the VMP
set the APPDATA and LOCALAPPDATA environment variables to the UTF-8 encoded
correct pathnames. Instead of calling SHGetSomethingFolderPath() at all, make
LLDir_Win32 retrieve those environment variables.

Make LLFile::mkdir() treat "directory already exists" as a success case. Every
single call fell into one of two categories: either it didn't check success at
all, or it tested specially to exempt errno == EEXIST. Migrate that test into
mkdir(); eliminate it from call sites.

Make LLDir::append() and add() convenience functions accept variadic
arguments. Replace add(add()...) constructs, as well as clumsy concatenations
of directory names and getDirDelimiter(), with simple variadic add() calls.
2017-12-20 22:51:26 -05:00
Nat Goodspeed 36e5f543ce MAINT-8087: Update to viewer-manager build 511535 2017-12-20 22:33:28 -05:00
Nat Goodspeed 7c3638e097 MAINT-8087: Update to viewer-manager build 511531 2017-12-20 17:27:43 -05:00
Oz Linden c8358e7b63 require build_secrets (removed from the buildscripts requirements) 2017-12-20 15:11:30 -05:00
callum_linden b2bbd91669 Automated merge with head of lindenlab/viewer64 2017-12-18 17:14:28 -08:00
callum_linden 6ced87c027 Pull in Dullahan 1.1.930 with improved fix for maint-8095 (target='_blank' links) as well as an improvement for maint-8100 (no error message for invalid hostname / url) 2017-12-15 16:11:29 -08:00
Nat Goodspeed 34a9de7270 MAINT-8087: Update to viewer-manager build 511462 2017-12-15 17:07:37 -05:00
Nat Goodspeed 30c2f108ba MAINT-8087: Update to viewer-manager build 511460 2017-12-15 15:28:10 -05:00
Nat Goodspeed 18bf0eae3b MAINT-8087: Update to viewer-manager build 511437 2017-12-14 21:16:08 -05:00
Nat Goodspeed 870008f15b MAINT-8087: New LLDir_Win32 code requires ole32 in a few more places. 2017-12-14 19:33:10 -05:00
Nat Goodspeed 867b5f5a90 MAINT-8087: #include header for CoTaskMemFree() function
which is required to free the pointer returned by SHGetKnownFolderPath().
2017-12-14 18:47:15 -05:00
Nat Goodspeed bdea97399b MAINT-8087: Use SHGetKnownFolderPath(), not SHGetSpecialFolderPath().
SHGetSpecialFolderPath() is deprecated, and empirically it appears to be
failing when the user name contains non-ASCII characters. The relevant
Microsoft documentation pages recommend calling SHGetKnownFolderPath()
instead.

Also, the SHGetSpecialFolderPath() calls had no error checking or reporting,
which is why we can only say it "appears to be" failing. Make sure that if
SHGetKnownFolderPath() fails, at least we try to tell somebody about it.
2017-12-14 17:54:06 -05:00