feat(sltt-app): add multiple private window support #35
How does it all work?
PROBLEM1: compressor server is geared toward single client
SOLUTION1: make compressor server more cleanly handle multiple browser clients using its services by reading a client-id header in form.on(fileBegin) from the upload file request and using that for storing files related to the request from the client
PROBLEM2: testing multi-client file sharing (LAN storage) is burdensome because sltt-app doesn't allow multiple windows with separate caches.
SOLUTION2: a hidden context menu that can be launched (šŖ) by Alt+W and to create a new Private window (āš¶ļø), select a previously created (and named) window, or bring up devTools (š§).
Private windows use their own persist:{partition} so they can have a completely separate cache and can be launched again later.
What particularly has changed?
change file paths to videos/{client} subdirectory
fix various logs to include clientId in output
create temp directory under /sltt-app/server-29678
rename compressor server to sltt-app server and bump to version 2.0.0
configure rolllup to include src/renderer/dialogs/newPrivateWindow.html in the out directory (requires yarn build).
Steps for testing
Scenario 1 - dev.sltt-bible.net should work with old compressor
Launch the old compressor window
Download a video that has a patched segments to test the concatenation of those together.
Upload a small video that has _force_compression_ in its name to force the compressor to run
Scenario 2 - dev.sltt-bible.net should work with sltt-app compressor
Scenario 3 - sltt-app should work with its own sltt-app compressor
Repeat steps 2 & 3 from Scenario 1 with the sltt-app window. Expect a new directory under C:\Users\{yourUser}\AppData\Local\Temp\sltt-app\server-29678 and Expect files under video/{clientId} to be deleted after download/upload finishes. Edit: for details of what folder to watch, see reply here.
Scenario 4: launch secret context menu in sltt-app
press Alt+W and a little šŖ should pop up.
hover over šŖ and click on āš¶ļø to give a name to a new Private window.
Give the window a name and click Submit
Next time you do Alt+W, that name should show up at the top of the list.
Click it to launch the window you named
Enter an Auth0 user name and password, could be completely different than the main window. Expect this to need to download videos again that's already loaded in main window.
Click Alt+W and click š§ and expect to see Dev Tools opened.
What issue(s) is this trying to resolve?
How does it all work?
client-id
header inform.on(
fileBegin)
from the upload file request and using that for storing files related to the request from the clientPrivate window
(āš¶ļø), select a previously created (and named) window, or bring up devTools (š§).persist:{partition}
so they can have a completely separate cache and can be launched again later.What particularly has changed?
/sltt-app/server-29678
sltt-app server
and bump to version 2.0.0src/renderer/dialogs/newPrivateWindow.html
in the out directory (requires yarn build).Steps for testing Scenario 1 - dev.sltt-bible.net should work with old compressor
_force_compression_
in its name to force the compressor to runScenario 2 - dev.sltt-bible.net should work with sltt-app compressor
Scenario 3 - sltt-app should work with its own sltt-app compressor
C:\Users\{yourUser}\AppData\Local\Temp\sltt-app\server-29678
and Expect files under video/{clientId} to be deleted after download/upload finishes. Edit: for details of what folder to watch, see reply here.Scenario 4: launch secret context menu in sltt-app
ticket: https://github.com/ubsicap/sltt-app/issues/35 commit-convention: https://www.conventionalcommits.org/en/v1.0.0/