404 Not found when trying to connect to jupyter server from VSCode

Applies To

[X] Notebooks (.ipynb files)
[ ] Interactive Window and/or Cell Scripts (.py files with #%% markers)

What happened?
I created an access token from my jupyterhub control panel then created a jupyter notebook on vscode and when changing the kernel to the one I needed it gave me this error : connection failure. verify the server is running and reachable from a browser. (Invalid response : 404 Not found). When connected from vscode.dev jupyter servers must be started with specific options to connect. click here for more information. (it gives this link : https://github.com/microsoft/vscode-jupyter/wiki/Connecting-to-a-remote-Jupyter-server-from-vscode.dev)
I tired and the server is accessible so there's no problem from that side. And I also followed a tutorial on how to create the url from my server hub and token.
I don't know about the "options to connect" though.
VS Code Version
1.77.3
Jupyter Extension Version
v2023.3.1201040234
Jupyter logs
Visual Studio Code (1.77.3, undefined, desktop)
Jupyter Extension Version: 2023.3.1201040234.
Python Extension Version: 2023.6.0.
No workspace folder opened.
User belongs to experiment group 'jupyterEnhancedDataViewer'
User belongs to experiment group 'jupyterTestcf'
info 20:18:01.613: LSP Notebooks experiment is enabled
info 20:18:11.359: Process Execution: > ~/opt/anaconda3/bin/python -m pip list
> ~/opt/anaconda3/bin/python -m pip list
info 20:21:50.587: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
warn 20:21:51.302: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681582910612',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:21:51.312: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
info 20:28:37.868: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
warn 20:28:38.565: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583317869',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:28:38.585: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
info 20:33:54.056: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
info 20:33:54.719: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
warn 20:33:54.808: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583634062',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:33:54.808: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
info 20:33:54.904: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
warn 20:33:55.944: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583634720',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:33:55.951: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
warn 20:33:56.328: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583634906',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:33:56.328: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
info 20:33:56.424: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
info 20:33:56.583: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
info 20:33:56.727: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
info 20:33:56.879: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
info 20:33:57.036: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
info 20:33:57.191: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
info 20:33:57.326: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
warn 20:33:57.812: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583636426',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:33:58.458: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
warn 20:33:58.766: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583636584',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:33:59.219: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
warn 20:33:59.397: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583636729',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:34:00.297: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
warn 20:34:00.297: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583636880',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
warn 20:34:00.299: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583637037',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:34:00.301: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
error 20:34:01.006: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
warn 20:34:01.122: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583637193',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:34:01.122: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
warn 20:34:01.252: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583637327',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:34:01.253: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
info 20:34:06.798: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
warn 20:34:07.455: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681583646800',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:34:07.482: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]
info 20:42:48.396: Creating server with url : https://ibisc.univ-evry.fr/user/agraiess/
warn 20:42:49.067: Uri verification error [t [Error]: Invalid response: 404 Not Found
	at t.create (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:68194)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async t.listRunning (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:55998)
	at async jg.getRunningKernels (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:237503)
	at async Promise.all (index 0)
	at async Ki.validateRemoteConnection (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1706158)
	at async go (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:1712829)
	at async /Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:24:492157] {
  response: L [Response] {
    size: 0,
    timeout: 0,
    [Symbol(Body internals)]: { body: [Gunzip], disturbed: true, error: null },
    [Symbol(Response internals)]: {
      url: 'https://www.ibisc.univ-evry.fr/user/agraiess/api/kernels?1681584168399',
      status: 404,
      statusText: 'Not Found',
      headers: [T [Headers]],
      counter: 1
    }
  },
  traceback: ''
}
error 20:42:49.078: SessionManager:getKernelSpecs failure:  [Error: Poll (@jupyterlab/services:KernelSpecManager#specs) is disposed.
	at e.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:171555)
	at u.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:2:62984)
	at jg.dispose (/Users/asma/.vscode/extensions/ms-toolsai.jupyter-2023.3.1201040234/out/extension.node.js:17:236617)
	at process.processTicksAndRejections (node:internal/process/task_queues:96:5)]

Coding Language and Runtime Version
No response
Language Extension Version (if applicable)
v2023.6.0
Anaconda Version (if applicable)
No response
Running Jupyter locally or remotely?
None

verify the server is running and reachable from a browser. (Invalid response : 404 Not found)

Since you're getting a 404 error this is an indication of the fact that the server cannot be reached.
I've tried the URL https://www.ibisc.univ-evry.fr/user/agraiess and that does return a 404, please could you verify this works in the browser for you.

I tired and the server is accessible so there's no problem from that side. And I also followed a tutorial on how to create the url from my server hub and token.

Have you tried https://www.ibisc.univ-evry.fr/user/agraiess or some other URL?
Can you open a window in inconito (private) mode and try to navigate to the address https://www.ibisc.univ-evry.fr/user/agraiess and let me know how that works. I'm assuming this will not work for you.

Thank you for replying and sorry for the inconvenience it was a dumb mistake when copying the URL.


Flag in as stringy in optimistic compare

Codecov Report
All modified lines are covered by tests :white_check_mark:

Files
Coverage Δ

compare/compare.go
98.54% <100.00%> (-1.46%)
:arrow_down:

... and 2 files with indirect coverage changes
:loudspeaker: Thoughts on this report? Let us know!.


Fiona sends CPL warnings to rasterio._gdal logger

Expected behavior and actual behavior.
I'm not sure if it is a copy-paste error or intended behavior but Fiona sends CPL warnings to a logger named 'rasterio._gdal'. It looks a bit misleading.
Steps to reproduce the problem.
See https://github.com/Toblerity/Fiona/blob/master/fiona/_env.pyx:
log = logging.getLogger('rasterio._gdal')

Fiona and GDAL version and provenance
Fiona 1.8b1

Thanks for the report @Ariki !


Choose a license for the compiled gallery files

I suggest CC BY-SA (NC?).
Once we made a decision about the license of the PDF files, we have to ask each author to agree to this new license. Maybe there is also a dependency on the license for the source files

For packaging, a licence is definitely needed.

@andreasdanielmatt This is still open and has to be discussed and finalized. Otherwise, packaging as part of Debian, Ubuntu etc. will hardly be possible.

``Otherwise, packaging as part of Debian, Ubuntu etc. will hardly be possible.'' Why ? For License reasons or for technical reasons ?

License reasons, as you pointed out above:

For packaging, a licence is definitely needed.

Ok. So now it is possible to package it modulo technical issues (if any).


[0.8] Car doesnt stay in lane when an additional turn lane is added

Have read multiple people noticing this issue; but didnt see a bug report
Single lane road turns into two lane with additional lane for left turn. The lane edges widens and car tries to center in middle until it can find the lane marker that divides the lanes.
Expected behavior
The car should continue using the right lane edge as reference instead of the 2 lane widened edges

Device: FreEon
Dongle ID: 59f457ce47259dd2
Route: 59f457ce47259dd2|2020-11-19--02-21-02--2
Timestamp: 18:23:27
Version: a359d8a30f5323bba599df32c70ae02863e5bf21
Car make/model: Toyota Sienna 2018

Additional context
gif of the issue
https://imgur.com/a/c4JmkQh

Thanks for the report. We are trying to move away from using lanelines for pathplanning. As we progress with this, behavior should improve.

closed and linked to https://github.com/commaai/openpilot/issues/2536


Never-provisioned LoadBalancer blocks controller operation

Is there an existing issue for this?

[X] I have searched the existing issues

Current Behavior
Installing a controller+Kong Deployment with the default LoadBalancer type proxy Service in a cluster that does not actually provide LoadBalancers prevents it from ingesting configuration. Ingresses do not result in routes, etc.
Expected Behavior
The controller proceeds as usual and starts handling configuration even though it cannot determine status of the LoadBalancer.
Steps To Reproduce
1. Start a KIND cluster with no arguments (so no LB provisioning)
2. `helm install trk /tmp/symkong --set ingressController.admissionWebhook.enabled=true --set ingressController.env.anonymous_reports=false`
3. Create a basic Ingress, e.g. https://docs.konghq.com/kubernetes-ingress-controller/2.0.x/guides/getting-started/
4. Check the admin API route list. There will be no routes.
5. Edit the proxy Service and change its type to NodePort.
6. Check routes again.

Kong Ingress Controller version
2.0.5

Kubernetes version
No response
Anything else?
Initially I thought this was directly related to https://github.com/Kong/kubernetes-ingress-controller/blob/7939ad993cb788646ca78737d68916e301e62391/internal/ctrlutils/ingress-status.go#L54, which spams constantly with this configuration. However, this is within the status update loop and should be separate from the rest of the controller. It should not obviously block config updates. However, logs clearly show that the regular config sync message does not appear until after editing the service type:
logs.txt
cmds.txt
We probably need to do a bit more digging to see where this blocks (unless deleting that block from status does magically resolve the issue).

Although the status code above was blocking here, it should not have worked previously. The failure to process configuration occurs because sendconfig blocks on sending to the status update channel, and the status subsystem does not start receiving on that channel until after its setup finishes. Prior to #1931, we simply failed immediately if LB IP info was not available, and we would not start receiving. After, we wait indefinitely for an LB IP to become available, and if that never happens we never start receiving.


[IconMenu] Removed props.ref call, added iconButtonRef prop

[x] PR has tests / docs demo, and is linted.  (Feature had no demo before, so none was created for this PR)
[x] Commit and PR titles begin with [ComponentName], and are in imperative form: "[Component] Fix leaky abstraction".
[x] Description explains the issue / use-case resolved, and auto-closes the related issue(s) (http://tr.im/vFqem).

Calls to props.ref will throw a warning in React v15.
This commit adds a prop to IconMenu called iconButtonRef that, if
provided, will be passed down to the child IconButton element as its ref.
The iconButtonRef element has been removed from the state object, since it
never changes after the component is initialized.
The new React warnings are discussed in this PR:
https://github.com/facebook/react/issues/5744

This is the relevant note: https://fb.me/react-special-props

Thanks, @mbrookes, I meant to add that link, too, but forgot.  Should I look at removing the calls to props.key as well (in a new PR)?  There are three of them:  one each in TableHeaderColumn, TableRow, and TableRowColumn.

Sorry for not waiting very long for a response, but #3918 was such a simple change I went ahead and did it.

Contributes to #3642.

@jakeboone02 quick Q:
Would this break any functionality where iconButtonRef is used if someone was previously relying on it? I'm looking at the close(reason, isKeyboard) function right now and was wondering...
We obviously need to get this compatible with react 15, I just want to be aware of anything that we're breaking so we can decide what to do about it.

I did a little more testing and from what I can tell, the feature never worked in the first place.  If you pass ref="whatever" down to an IconMenu component, then access that component through this.refs.whatever and call on that component's refs, you still get 'iconButton' as the ref for the button.  For example:
class IconMenuExampleSimple extends React.Component {
  componentDidMount() {
    console.log(this.refs.whatever.refs);
  }

  render() {
    return (
      <div>
        <IconMenu
          ref="whatever"
          iconButtonElement={<IconButton><MoreVertIcon /></IconButton>}
          anchorOrigin={{horizontal: 'left', vertical: 'top'}}
          targetOrigin={{horizontal: 'left', vertical: 'top'}}
        >
          <MenuItem primaryText="Refresh" />
...

logs this Object:
{
  iconButton: IconButton,
  iconMenuContainer: div
}

With the new code in place, passing iconButtonRef="whatever" results in this object:
{
  whatever: IconButton,
  iconMenuContainer: div
}

I suppose you could document it now that it works, but I don't think you need to include it in the list of breaking changes in 0.15.0.

@jakeboone02 thanks :+1:

@mbrookes another one needed for react 15

I did a little more testing and from what I can tell, the feature never worked in the first place.

In that case, I don't think that we should expose an API to change the ref.
Relying on anything else that the property API is often a bad idea an go against the React paradigme.
What do you think about removing iconButtonRef?

Yeah, I was thinking about that this morning and I agree.  The only reason the ref is there is to "// Set focus on the icon button when the menu close" in the close(reason, isKeyboard) method.  I can't imagine anyone actually needing to rename it, so I'll remove the option to do so.

@jakeboone02 if you're around, can you squash?

Sure.  Never done a squash before so cross your fingers. ;)

@jakeboone02 funnily enough I just got this error while booting up with react 15 :smile:
https://dl.dropboxusercontent.com/s/jypgxsv48cemif2/2016-04-11 at 7.04 PM.png


Laravel 5.2.22 and Cors-Illuminate 0.8, suppose to work together?

Hello @neomerx,
I am trying your wonderful package, but it isn't working till now.
I have followed your instructions by the point and don't understand why I have trouble.
I have a fresh installation of Laravel 5.2.22 and a fresh installation of cors-illuminate here:
https://github.com/LoveAndHappiness/cors-illuminate-example
But, though I configured everything to my liking, I just don't get any headers in my responses, though I added cors to my global middleware.
If you want to reproduce it, just

Clone the repository
php artisan migrate, to migrate a BooksTable
php artisan db:seed, to seed 10 books into the BooksTable
php artisan serve to boot server
Goto route http://localhost:8000/api/books and check the headers of the response.

Any suggestions?

I'm using it with 5.2. I installed it on 5.2.3 (or something pre 5.2.22) and upgraded to latest Laravel.
OK, I'll take a look closer to your example.

I've checked your sample and it looks you successfully installed the package.
If you enable logging (in config/cors-illuminate.php set KEY_LOGS_ENABLED to true) you will find in logs
[2016-03-13 14:34:13] local.DEBUG: CORS analysis for request started.
[2016-03-13 14:34:13] local.DEBUG: Request is not CORS (empty or same as server origin).
[2016-03-13 14:34:13] local.DEBUG: CORS analysis for request completed.

As for your question about CORS headers. You are making non cross origin request (not CORS). For this reason cross origin (CORS) headers are not added. If you want to see them try invoke it from let's say js app hosted on 4200 port.

I added more details to log. If you composer update your project to latest CORS-PSR7 you will see logs like
[2016-03-13 15:09:10] local.DEBUG: CORS analysis for request started.
[2016-03-13 15:09:10] local.DEBUG: Request is not CORS (request origin is empty or equals to server one). {"request":null,"server":"[object] (Neomerx\\Cors\\Http\\ParsedUrl: http://localhost:8888)"}
[2016-03-13 15:09:10] local.DEBUG: CORS analysis for request completed.

@LoveAndHappiness I'm closing the issue. If you feel it still exists or just want question me please don't hesitate to ask.

Well... I also see what the logs say.
Therefore I updated the the above github repository. Now it includes laravels debugbar and a polymer web component that makes an ajax request to my subdomain.
In the welcome view, I have two components that make an ajax request.
The one commented out, makes a GET request to "http://laravel5.dev/api/books". This one is working and does not require CORS.
The other one, not commented out, makes a GET request to "http://api.laravel5.dev/v1/books". This one is not working. Even with your package.
Since the request is from "http://laravel5.dev/" or "http://localhost:8000", and goes to "http://api.laravel5.dev/", it should be Cross Origin (cors), shouldn't it?
None the less, the logs say, that it isn't cors. So, maybe I just don't understand something profoundly, because in my understanding, a request from a domain to a subdomain, is a situation, that would require your package, wouldn't it?
Maybe you could have a look at my config file (cors-illuminate.php). Thanks a lot for your time and effort. I really appreciate that.
I am not sure how you would reproduce this error, since the application of subdomain routing depends on the development environment. I am using wamp and needed to edit my hosts file and add a server alias to my vhost file. Please ask ahead, if I can assist you with reproducing the error.

What is in the logs? Can you please copy it here?

The shortest way to play with CORS for you (I tried with your old app):
add in Http/routes.php the following line
Route::group(['middleware' => ['web']], function () {
    Route::get('api/books', 'Api\BooksController@index');
    // you already have update handler in your controller
    Route::patch('api/books/{id}', 'Api\BooksController@update');
});

Send PATCH http://localhost:8000/api/books/111 with no body and headers (I'm using postman).
You will got 400 error from CORS (origin is not allowed) and check logs CORS is working.
In config/cors-illuminate.php add all origins to allowed
    Settings::KEY_ALLOWED_ORIGINS => [
        '*' => true,
        ...
    ],

turn off (comment out) VerifyCsrfToken in \App\Http\Kernel::$middlewareGroups
Send PATCH again. You will got 200 response.

Not all requests send between origins are CORS in terms of CORS spec. That's why if you send same with GET header Origin won't be sent and such a request won't be CORS.

Let me rephrase what I want to do.
I want to build a laravel application that consumpes an api from a different origin. In my case just a subdomain like this "http://api.myproject.dev/v1/books".
I want to be able to make a GET request. But whenever I do, I get the error message:

XMLHttpRequest cannot load http://api.laravel5.dev/v1/books. Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://laravel5.dev' is therefore not allowed access. The response had HTTP status code 400.

Therefore I need to enable "Cross Origin Resource Sharing (Cors)" or use JSONP. JSONP works like charm, but is only usable for GET requests. But for every other request I would like to use your package.
I followed your instructions for the Patch request like you suggested with your cors package. But in your example the request would have worked anyway, because it is made on the same domain, instead of the subdomain.. But I would rather use a GET/POST/PATCH request to my subdomain. But then I get the error:

[01:53:01] LOG.debug: Request is not CORS (request origin is empty or equals to server one).

So, how do I make a GET request to my subdomain 'http://api.myproject.dev' using your package? Just using the following code, did not work:
Settings::KEY_ALLOWED_ORIGINS => [
    '*'                        => true,
    'http://localhost'         => true,
    'http://some.disabled.com' => null,
],

Thank you for your time.
P.S.
I updated my repository according to your instructions. Just have a look at the welcome view.
https://github.com/LoveAndHappiness/cors-illuminate-example.git

I want to build a laravel application that consumes an api from a different origin.
My package is for apps which provide api. Sorry I thought it was obvious.

I get the error message: XMLHttpRequest cannot load ...
it seems you try to consume it from JavaScript but not laravel

I don't understand what are you trying to build.
If you said you build

laravel web app
client on JavaScript then you might need CORS. But in order to talk I need to understand (reproduce) how you send requests (js app/postman request/...)
if you build client with laravel you might not even need CORS. It's for browsers.

Please provide server and client apps. You have given only server app (with the previous version I successfully made GET/POST/PATCH CORS). I got no idea how you make requests (client app) and what error messages you have in logs.

Here is the app that contains server code as well as client code
https://github.com/LoveAndHappiness/cors-illuminate-example
Everything from the client side that sends xml requests is in the welcome.blade.php view. Only thing that you need to do is to enable subdomain routing to be able to process the requests, send from the welcome view to the api.
I understand that in some cases client apps and server apps are completely separated. Not in this case, because it doesn't make any sense, if it is possible to use subdomain routing to separate server app from client app.
To say it bluntly: server app is processed under api.myproject.com and the client code on any other route. I am sorry if I can't explain it more clear than that. And it doesn't really matter anymore, because I just decided to stop using subdomain routing altogether, since I can't make cors make to work.

Thanks for the complete demo. I'm going to look it very closely today.

@LoveAndHappiness Sorry question about domain configuration. I can see it sends a request to laravel5.dev. How it should be api server on api.laravel5.dev and web page with 'Send Patch Request' button on laravel5.dev?

It looks I've configured the app. I can receive some data reply from http://api.laravel5.dev:8000/api/books and I can load web page from http://localhost:8000/
When I load page I can see 19 requests (js, css, font, polymer html, png) + 1 xhr request with http code 200. The xhr request is sent to http://api.laravel5.dev:8000/v1/books however server configured as local host. So CORS sees: browser sends origin 'localhost', server config says 'localhost' cors layer says it's not cors. The problem is that your server CORS configuration doesn't match URL the server is work on.
I've noticed you missed the port in resources/views/welcome.blade.php and added port
<iron-ajax
    auto
    url="http://api.laravel5.dev:8000/v1/books"
    content-type="application/json"
    handle-as="json"
    on-response="handleResponse"
    last-response="@{{books}}">
</iron-ajax>

I've changed server origin in config/cors-illuminate.php
    Settings::KEY_SERVER_ORIGIN => [
        'scheme' => 'http',
        'host'   => 'api.laravel5.dev',
        'port'   => 8000,
    ],

and reloaded the page. What I saw in logs
local.DEBUG: CORS analysis for request started.
local.DEBUG: Request is identified as a pre-flight CORS request.
local.INFO: Request header is not allowed. Check config settings for Allowed Headers. {"header":"accept"}
local.DEBUG: CORS analysis for request completed.

OK, I enabled all headers
    Settings::KEY_ALLOWED_HEADERS => [
        Settings::VALUE_ALLOW_ALL_HEADERS => true,
    ],

Page reload => no error neither in browser no in logs. Logs says pre-flight request was OK (no request for actual data). I hit the 'Send Patch Request' button browser writes to log that request was sent to
OPTIONS /api/books/111 HTTP/1.1
Host: laravel5.dev

Note port was invalid. Of course no changes in server logs. I didn't figured out where should I fix that.
I think you need to apply fixes above locally and fix hopefully last bug with port.
Let me know how it goes.

My humble opinion on this. I don't see much sense in putting polymer app in PHP. It not only creates unnecessary complexity but also drops possible RPS (request per second) for polymer files from let's say 20K for pure html/css/js to 1,5K (as of PHP + Laravel). With nginx (or whatever modern server you use) you can put them together with any path structure with or without sub-domains.

@LoveAndHappiness I'm closing the issue. If you feel it still exists please don't hesitate contact me.


enhancements to the repo

fixed the gitIgnore files to exclude future node modules from getting pushed into github.
updated readme to instruct how to download node modules.

there is some issue here, why you pushing 3000 file changes. ?


CDSR-1776 add html, summary and draft controller

CDSR-1776 add ConfirmFullRepaymentControllerSpec
CDSR-1776 formatting
CDSR-1776 implement show method in controller
CDSR-1776 basic page load validation passing with complete journey
CDSR-1776 implement minimal submit method in controller
CDSR-1776 redirect to error page if called with an invalid security id test passing
CDSR-1776 AC5 passing, AC2 wip - need to have test data with security deposit id having a valid security reclaim set

The test for AC6 (redirect to /select-duties when changing Yes to No) is currently ignored, we need to add a flag of some kind to avoid skipping straight to the /check-claim page while retaining the reclaim values


Save baselines using UTF-8 encoding again

Test baselines are again being saved in UTF-8 encoding. UTF-16 was needed for some of the Unicode tests that were since removed. As part of this, I regenerated all the baselines manually to flush the old versions out from HEAD. This should allow us to diff baseline files on PRs again.

The binary "diff" on GitHub is showing a 50% reduction in file size on those files, which fits what I did.


Does not maintain iOS status bar background

Not sure how it behaves on Android, but on iOS, scroll-sista="header" hides the header completely. The transition is nice, but there is no background on the status bar which makes it hard to read.

+1

@djett41 have some ideas?

I incorporated https://github.com/driftyco/ionic-ion-header-shrink/pull/10 into scroll sista. Give it a try and see if it works for you - seems to work for me (make sure you have not set overlaysWebView to false)
https://github.com/pliablepixels/zmNinja/blob/shrinking-header/www/external/ionic.scroll.sista.js


Cookbook library not compiling

So I have tried to compile the samples and I am getting a bunch of errors. It looks like the main library before the executables is not compiling. It also appears that the same error is occuring multiple times.
~/Vulkan-Cookbook$ cmake --build build/ -- -j8
[ 53%] Built target CookbookLibrary
[ 53%] Building CXX object CMakeFiles/14-Drawing_Single_Fullscreen_Triangle_For_Postprocessing.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o
[ 53%] Building CXX object CMakeFiles/01-Drawing_a_skybox.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o
[ 53%] Building CXX object CMakeFiles/10-Using_Compute_Shaders.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o
[ 54%] Building CXX object CMakeFiles/02-Drawing_bilboards_using_geometry_shaders.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o
[ 54%] Building CXX object CMakeFiles/09-Using_Geometry_Shaders.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o
[ 54%] Building CXX object CMakeFiles/04-Rendering_a_tesselated_terrain.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o
[ 55%] Building CXX object CMakeFiles/06-Using_input_attachment_for_color_correction_postprocess_effect.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o
[ 55%] Building CXX object CMakeFiles/01-Rendering_a_geometry_with_vertex_diffuse_lighting.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o
In file included from /usr/include/x86_64-linux-gnu/c++/7/bits/c++allocator.h:33:0,
                 from /usr/include/c++/7/bits/allocator.h:46,
                 from /usr/include/c++/7/string:41,
                 from /usr/include/c++/7/bits/locale_classes.h:40,
                 from /usr/include/c++/7/bits/ios_base.h:41,
                 from /usr/include/c++/7/ios:42,
                 from /usr/include/c++/7/ostream:38,
                 from /usr/include/c++/7/iostream:39,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/Common.h:41,
                 from /home/devmachine/Vulkan-Cookbook/Library/Source Files/01 Instance and Devices/03 Connecting with a Vulkan Loader library.h:32,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:35,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/usr/include/c++/7/ext/new_allocator.h: In instantiation of ‘void __gnu_cxx::new_allocator<_Tp>::construct(_Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources]’:
/usr/include/c++/7/bits/alloc_traits.h:475:4:   required from ‘static void std::allocator_traits<std::allocator<_CharT> >::construct(std::allocator_traits<std::allocator<_CharT> >::allocator_type&, _Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; std::allocator_traits<std::allocator<_CharT> >::allocator_type = std::allocator<VulkanCookbook::FrameResources>]’
/usr/include/c++/7/bits/vector.tcc:100:30:   required from ‘void std::vector<_Tp, _Alloc>::emplace_back(_Args&& ...) [with _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; _Alloc = std::allocator<VulkanCookbook::FrameResources>]’
/home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:245:7:   required from here
/usr/include/c++/7/ext/new_allocator.h:136:4: error: cannot bind non-const lvalue reference of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&’ to an rvalue of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>’
  { ::new((void *)__p) _Up(std::forward<_Args>(__args)...); }
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:194:0,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/home/devmachine/Vulkan-Cookbook/Library/Source Files/09 Command Recording and Drawing/19 Increasing the performance through increasing the number of separately rendered frames.h:45:5: note:   initializing argument 2 of ‘VulkanCookbook::FrameResources::FrameResources(VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>&)’
     FrameResources( VkCommandBuffer            & command_buffer,
     ^~~~~~~~~~~~~~
In file included from /usr/include/x86_64-linux-gnu/c++/7/bits/c++allocator.h:33:0,
                 from /usr/include/c++/7/bits/allocator.h:46,
                 from /usr/include/c++/7/string:41,
                 from /usr/include/c++/7/bits/locale_classes.h:40,
                 from /usr/include/c++/7/bits/ios_base.h:41,
                 from /usr/include/c++/7/ios:42,
                 from /usr/include/c++/7/ostream:38,
                 from /usr/include/c++/7/iostream:39,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/Common.h:41,
                 from /home/devmachine/Vulkan-Cookbook/Library/Source Files/01 Instance and Devices/03 Connecting with a Vulkan Loader library.h:32,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:35,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/usr/include/c++/7/ext/new_allocator.h: In instantiation of ‘void __gnu_cxx::new_allocator<_Tp>::construct(_Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources]’:
/usr/include/c++/7/bits/alloc_traits.h:475:4:   required from ‘static void std::allocator_traits<std::allocator<_CharT> >::construct(std::allocator_traits<std::allocator<_CharT> >::allocator_type&, _Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; std::allocator_traits<std::allocator<_CharT> >::allocator_type = std::allocator<VulkanCookbook::FrameResources>]’
/usr/include/c++/7/bits/vector.tcc:100:30:   required from ‘void std::vector<_Tp, _Alloc>::emplace_back(_Args&& ...) [with _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; _Alloc = std::allocator<VulkanCookbook::FrameResources>]’
/home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:245:7:   required from here
/usr/include/c++/7/ext/new_allocator.h:136:4: error: cannot bind non-const lvalue reference of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&’ to an rvalue of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>’
  { ::new((void *)__p) _Up(std::forward<_Args>(__args)...); }
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:194:0,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/home/devmachine/Vulkan-Cookbook/Library/Source Files/09 Command Recording and Drawing/19 Increasing the performance through increasing the number of separately rendered frames.h:45:5: note:   initializing argument 2 of ‘VulkanCookbook::FrameResources::FrameResources(VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>&)’
     FrameResources( VkCommandBuffer            & command_buffer,
     ^~~~~~~~~~~~~~
In file included from /usr/include/x86_64-linux-gnu/c++/7/bits/c++allocator.h:33:0,
                 from /usr/include/c++/7/bits/allocator.h:46,
                 from /usr/include/c++/7/string:41,
                 from /usr/include/c++/7/bits/locale_classes.h:40,
                 from /usr/include/c++/7/bits/ios_base.h:41,
                 from /usr/include/c++/7/ios:42,
                 from /usr/include/c++/7/ostream:38,
                 from /usr/include/c++/7/iostream:39,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/Common.h:41,
                 from /home/devmachine/Vulkan-Cookbook/Library/Source Files/01 Instance and Devices/03 Connecting with a Vulkan Loader library.h:32,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:35,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/usr/include/c++/7/ext/new_allocator.h: In instantiation of ‘void __gnu_cxx::new_allocator<_Tp>::construct(_Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources]’:
/usr/include/c++/7/bits/alloc_traits.h:475:4:   required from ‘static void std::allocator_traits<std::allocator<_CharT> >::construct(std::allocator_traits<std::allocator<_CharT> >::allocator_type&, _Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; std::allocator_traits<std::allocator<_CharT> >::allocator_type = std::allocator<VulkanCookbook::FrameResources>]’
/usr/include/c++/7/bits/vector.tcc:100:30:   required from ‘void std::vector<_Tp, _Alloc>::emplace_back(_Args&& ...) [with _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; _Alloc = std::allocator<VulkanCookbook::FrameResources>]’
/home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:245:7:   required from here
/usr/include/c++/7/ext/new_allocator.h:136:4: error: cannot bind non-const lvalue reference of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&’ to an rvalue of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>’
  { ::new((void *)__p) _Up(std::forward<_Args>(__args)...); }
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:194:0,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/home/devmachine/Vulkan-Cookbook/Library/Source Files/09 Command Recording and Drawing/19 Increasing the performance through increasing the number of separately rendered frames.h:45:5: note:   initializing argument 2 of ‘VulkanCookbook::FrameResources::FrameResources(VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>&)’
     FrameResources( VkCommandBuffer            & command_buffer,
     ^~~~~~~~~~~~~~
In file included from /usr/include/x86_64-linux-gnu/c++/7/bits/c++allocator.h:33:0,
                 from /usr/include/c++/7/bits/allocator.h:46,
                 from /usr/include/c++/7/string:41,
                 from /usr/include/c++/7/bits/locale_classes.h:40,
                 from /usr/include/c++/7/bits/ios_base.h:41,
                 from /usr/include/c++/7/ios:42,
                 from /usr/include/c++/7/ostream:38,
                 from /usr/include/c++/7/iostream:39,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/Common.h:41,
                 from /home/devmachine/Vulkan-Cookbook/Library/Source Files/01 Instance and Devices/03 Connecting with a Vulkan Loader library.h:32,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:35,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/usr/include/c++/7/ext/new_allocator.h: In instantiation of ‘void __gnu_cxx::new_allocator<_Tp>::construct(_Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources]’:
/usr/include/c++/7/bits/alloc_traits.h:475:4:   required from ‘static void std::allocator_traits<std::allocator<_CharT> >::construct(std::allocator_traits<std::allocator<_CharT> >::allocator_type&, _Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; std::allocator_traits<std::allocator<_CharT> >::allocator_type = std::allocator<VulkanCookbook::FrameResources>]’
/usr/include/c++/7/bits/vector.tcc:100:30:   required from ‘void std::vector<_Tp, _Alloc>::emplace_back(_Args&& ...) [with _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; _Alloc = std::allocator<VulkanCookbook::FrameResources>]’
/home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:245:7:   required from here
/usr/include/c++/7/ext/new_allocator.h:136:4: error: cannot bind non-const lvalue reference of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&’ to an rvalue of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>’
  { ::new((void *)__p) _Up(std::forward<_Args>(__args)...); }
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:194:0,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/home/devmachine/Vulkan-Cookbook/Library/Source Files/09 Command Recording and Drawing/19 Increasing the performance through increasing the number of separately rendered frames.h:45:5: note:   initializing argument 2 of ‘VulkanCookbook::FrameResources::FrameResources(VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>&)’
     FrameResources( VkCommandBuffer            & command_buffer,
     ^~~~~~~~~~~~~~
In file included from /usr/include/x86_64-linux-gnu/c++/7/bits/c++allocator.h:33:0,
                 from /usr/include/c++/7/bits/allocator.h:46,
                 from /usr/include/c++/7/string:41,
                 from /usr/include/c++/7/bits/locale_classes.h:40,
                 from /usr/include/c++/7/bits/ios_base.h:41,
                 from /usr/include/c++/7/ios:42,
                 from /usr/include/c++/7/ostream:38,
                 from /usr/include/c++/7/iostream:39,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/Common.h:41,
                 from /home/devmachine/Vulkan-Cookbook/Library/Source Files/01 Instance and Devices/03 Connecting with a Vulkan Loader library.h:32,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:35,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/usr/include/c++/7/ext/new_allocator.h: In instantiation of ‘void __gnu_cxx::new_allocator<_Tp>::construct(_Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources]’:
/usr/include/c++/7/bits/alloc_traits.h:475:4:   required from ‘static void std::allocator_traits<std::allocator<_CharT> >::construct(std::allocator_traits<std::allocator<_CharT> >::allocator_type&, _Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; std::allocator_traits<std::allocator<_CharT> >::allocator_type = std::allocator<VulkanCookbook::FrameResources>]’
/usr/include/c++/7/bits/vector.tcc:100:30:   required from ‘void std::vector<_Tp, _Alloc>::emplace_back(_Args&& ...) [with _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; _Alloc = std::allocator<VulkanCookbook::FrameResources>]’
/home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:245:7:   required from here
/usr/include/c++/7/ext/new_allocator.h:136:4: error: cannot bind non-const lvalue reference of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&’ to an rvalue of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>’
  { ::new((void *)__p) _Up(std::forward<_Args>(__args)...); }
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:194:0,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/home/devmachine/Vulkan-Cookbook/Library/Source Files/09 Command Recording and Drawing/19 Increasing the performance through increasing the number of separately rendered frames.h:45:5: note:   initializing argument 2 of ‘VulkanCookbook::FrameResources::FrameResources(VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>&)’
     FrameResources( VkCommandBuffer            & command_buffer,
     ^~~~~~~~~~~~~~
In file included from /usr/include/x86_64-linux-gnu/c++/7/bits/c++allocator.h:33:0,
                 from /usr/include/c++/7/bits/allocator.h:46,
                 from /usr/include/c++/7/string:41,
                 from /usr/include/c++/7/bits/locale_classes.h:40,
                 from /usr/include/c++/7/bits/ios_base.h:41,
                 from /usr/include/c++/7/ios:42,
                 from /usr/include/c++/7/ostream:38,
                 from /usr/include/c++/7/iostream:39,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/Common.h:41,
                 from /home/devmachine/Vulkan-Cookbook/Library/Source Files/01 Instance and Devices/03 Connecting with a Vulkan Loader library.h:32,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:35,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/usr/include/c++/7/ext/new_allocator.h: In instantiation of ‘void __gnu_cxx::new_allocator<_Tp>::construct(_Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources]’:
/usr/include/c++/7/bits/alloc_traits.h:475:4:   required from ‘static void std::allocator_traits<std::allocator<_CharT> >::construct(std::allocator_traits<std::allocator<_CharT> >::allocator_type&, _Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; std::allocator_traits<std::allocator<_CharT> >::allocator_type = std::allocator<VulkanCookbook::FrameResources>]’
/usr/include/c++/7/bits/vector.tcc:100:30:   required from ‘void std::vector<_Tp, _Alloc>::emplace_back(_Args&& ...) [with _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; _Alloc = std::allocator<VulkanCookbook::FrameResources>]’
/home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:245:7:   required from here
/usr/include/c++/7/ext/new_allocator.h:136:4: error: cannot bind non-const lvalue reference of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&’ to an rvalue of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>’
  { ::new((void *)__p) _Up(std::forward<_Args>(__args)...); }
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:194:0,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/home/devmachine/Vulkan-Cookbook/Library/Source Files/09 Command Recording and Drawing/19 Increasing the performance through increasing the number of separately rendered frames.h:45:5: note:   initializing argument 2 of ‘VulkanCookbook::FrameResources::FrameResources(VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>&)’
     FrameResources( VkCommandBuffer            & command_buffer,
     ^~~~~~~~~~~~~~
In file included from /usr/include/x86_64-linux-gnu/c++/7/bits/c++allocator.h:33:0,
                 from /usr/include/c++/7/bits/allocator.h:46,
                 from /usr/include/c++/7/string:41,
                 from /usr/include/c++/7/bits/locale_classes.h:40,
                 from /usr/include/c++/7/bits/ios_base.h:41,
                 from /usr/include/c++/7/ios:42,
                 from /usr/include/c++/7/ostream:38,
                 from /usr/include/c++/7/iostream:39,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/Common.h:41,
                 from /home/devmachine/Vulkan-Cookbook/Library/Source Files/01 Instance and Devices/03 Connecting with a Vulkan Loader library.h:32,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:35,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/usr/include/c++/7/ext/new_allocator.h: In instantiation of ‘void __gnu_cxx::new_allocator<_Tp>::construct(_Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources]’:
/usr/include/c++/7/bits/alloc_traits.h:475:4:   required from ‘static void std::allocator_traits<std::allocator<_CharT> >::construct(std::allocator_traits<std::allocator<_CharT> >::allocator_type&, _Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; std::allocator_traits<std::allocator<_CharT> >::allocator_type = std::allocator<VulkanCookbook::FrameResources>]’
/usr/include/c++/7/bits/vector.tcc:100:30:   required from ‘void std::vector<_Tp, _Alloc>::emplace_back(_Args&& ...) [with _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; _Alloc = std::allocator<VulkanCookbook::FrameResources>]’
/home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:245:7:   required from here
/usr/include/c++/7/ext/new_allocator.h:136:4: error: cannot bind non-const lvalue reference of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&’ to an rvalue of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>’
  { ::new((void *)__p) _Up(std::forward<_Args>(__args)...); }
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:194:0,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/home/devmachine/Vulkan-Cookbook/Library/Source Files/09 Command Recording and Drawing/19 Increasing the performance through increasing the number of separately rendered frames.h:45:5: note:   initializing argument 2 of ‘VulkanCookbook::FrameResources::FrameResources(VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>&)’
     FrameResources( VkCommandBuffer            & command_buffer,
     ^~~~~~~~~~~~~~
In file included from /usr/include/x86_64-linux-gnu/c++/7/bits/c++allocator.h:33:0,
                 from /usr/include/c++/7/bits/allocator.h:46,
                 from /usr/include/c++/7/string:41,
                 from /usr/include/c++/7/bits/locale_classes.h:40,
                 from /usr/include/c++/7/bits/ios_base.h:41,
                 from /usr/include/c++/7/ios:42,
                 from /usr/include/c++/7/ostream:38,
                 from /usr/include/c++/7/iostream:39,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/Common.h:41,
                 from /home/devmachine/Vulkan-Cookbook/Library/Source Files/01 Instance and Devices/03 Connecting with a Vulkan Loader library.h:32,
                 from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:35,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/usr/include/c++/7/ext/new_allocator.h: In instantiation of ‘void __gnu_cxx::new_allocator<_Tp>::construct(_Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources]’:
/usr/include/c++/7/bits/alloc_traits.h:475:4:   required from ‘static void std::allocator_traits<std::allocator<_CharT> >::construct(std::allocator_traits<std::allocator<_CharT> >::allocator_type&, _Up*, _Args&& ...) [with _Up = VulkanCookbook::FrameResources; _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; std::allocator_traits<std::allocator<_CharT> >::allocator_type = std::allocator<VulkanCookbook::FrameResources>]’
/usr/include/c++/7/bits/vector.tcc:100:30:   required from ‘void std::vector<_Tp, _Alloc>::emplace_back(_Args&& ...) [with _Args = {VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>}; _Tp = VulkanCookbook::FrameResources; _Alloc = std::allocator<VulkanCookbook::FrameResources>]’
/home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:245:7:   required from here
/usr/include/c++/7/ext/new_allocator.h:136:4: error: cannot bind non-const lvalue reference of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&’ to an rvalue of type ‘VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>’
  { ::new((void *)__p) _Up(std::forward<_Args>(__args)...); }
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /home/devmachine/Vulkan-Cookbook/Library/Common Files/AllHeaders.h:194:0,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.h:36,
                 from /home/devmachine/Vulkan-Cookbook/Samples/Common Files/CookbookSampleFramework.cpp:32:
/home/devmachine/Vulkan-Cookbook/Library/Source Files/09 Command Recording and Drawing/19 Increasing the performance through increasing the number of separately rendered frames.h:45:5: note:   initializing argument 2 of ‘VulkanCookbook::FrameResources::FrameResources(VkCommandBuffer_T*&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkSemaphoreWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFenceWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkImageViewWrapper>&, VulkanCookbook::VkDestroyer<VulkanCookbook::VkFramebufferWrapper>&)’
     FrameResources( VkCommandBuffer            & command_buffer,
     ^~~~~~~~~~~~~~
CMakeFiles/06-Using_input_attachment_for_color_correction_postprocess_effect.dir/build.make:86: recipe for target 'CMakeFiles/06-Using_input_attachment_for_color_correction_postprocess_effect.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o' failed
make[2]: *** [CMakeFiles/06-Using_input_attachment_for_color_correction_postprocess_effect.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o] Error 1
CMakeFiles/Makefile2:289: recipe for target 'CMakeFiles/06-Using_input_attachment_for_color_correction_postprocess_effect.dir/all' failed
make[1]: *** [CMakeFiles/06-Using_input_attachment_for_color_correction_postprocess_effect.dir/all] Error 2
CMakeFiles/02-Drawing_bilboards_using_geometry_shaders.dir/build.make:86: recipe for target 'CMakeFiles/02-Drawing_bilboards_using_geometry_shaders.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o' failed
make[2]: *** [CMakeFiles/02-Drawing_bilboards_using_geometry_shaders.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o] Error 1
make[1]: *** Waiting for unfinished jobs....

CMakeFiles/10-Using_Compute_Shaders.dir/build.make:86: recipe for target 'CMakeFiles/10-Using_Compute_Shaders.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o' failed
make[2]: *** [CMakeFiles/10-Using_Compute_Shaders.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o] Error 1
CMakeFiles/Makefile2:363: recipe for target 'CMakeFiles/10-Using_Compute_Shaders.dir/all' failed
make[1]: *** [CMakeFiles/10-Using_Compute_Shaders.dir/all] Error 2
[ 56%] Building CXX object CMakeFiles/01-Drawing_a_skybox.dir/Samples/Common_Files/OrbitingCamera.cpp.o
[ 56%] Building CXX object CMakeFiles/01-Drawing_a_skybox.dir/Samples/Source_Files/12_Advanced_Rendering_Techniques/01-Drawing_a_skybox/main.cpp.o
[ 56%] Building CXX object CMakeFiles/01-Drawing_a_skybox.dir/Samples/Common_Files/OS.cpp.o
CMakeFiles/04-Rendering_a_tesselated_terrain.dir/build.make:86: recipe for target 'CMakeFiles/04-Rendering_a_tesselated_terrain.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o' failed
make[2]: *** [CMakeFiles/04-Rendering_a_tesselated_terrain.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[ 56%] Building CXX object CMakeFiles/14-Drawing_Single_Fullscreen_Triangle_For_Postprocessing.dir/Samples/Source_Files/Other/14-Drawing_Single_Fullscreen_Triangle_For_Postprocessing/main.cpp.o
[ 56%] Building CXX object CMakeFiles/04-Rendering_a_tesselated_terrain.dir/Samples/Source_Files/12_Advanced_Rendering_Techniques/04-Rendering_a_tesselated_terrain/main.cpp.o
CMakeFiles/14-Drawing_Single_Fullscreen_Triangle_For_Postprocessing.dir/build.make:86: recipe for target 'CMakeFiles/14-Drawing_Single_Fullscreen_Triangle_For_Postprocessing.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o' failed
make[2]: *** [CMakeFiles/14-Drawing_Single_Fullscreen_Triangle_For_Postprocessing.dir/Samples/Common_Files/CookbookSampleFramework.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[ 56%] Building CXX object CMakeFiles/04-Rendering_a_tesselated_terrain.dir/Samples/Common_Files/OrbitingCamera.cpp.o
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/14-Drawing_Single_Fullscreen_Triangle_For_Postprocessing.dir/all' failed
make[1]: *** [CMakeFiles/14-Drawing_Single_Fullscreen_Triangle_For_Postprocessing.dir/all] Error 2
CMakeFiles/Makefile2:104: recipe for target 'CMakeFiles/04-Rendering_a_tesselated_terrain.dir/all' failed
make[1]: *** [CMakeFiles/04-Rendering_a_tesselated_terrain.dir/all] Error 2
CMakeFiles/Makefile2:215: recipe for target 'CMakeFiles/01-Drawing_a_skybox.dir/all' failed
make[1]: *** [CMakeFiles/01-Drawing_a_skybox.dir/all] Error 2
Makefile:83: recipe for target 'all' failed
make: *** [all] Error 2

What should I do about it? What can be done about it?

I just wanted to say that this code still does not work.


[Define rules] Notification toast after saving/deleting the rule

Global mechanism to notify completed actions. Show "The rule was saved" message as a toast notification.

I think toast management should be reviewed and tackled in other places of the app. Some examples with no toast:

Confirmation after global/multiple annotation in Annotate Mode.
Dataset deletion in Datasets Page

For the Define Rules view:

I see rule deletion toast as a bit problematic/unnecessary because we are doing a full-page reload.
For saving the rule it's a good idea, we just need to decide what to show in the button area (@Amelie-V should review this with a bit of time).


Could You add 'tr' to Data Formats

Hi,
Could You add 'tr' to Data Formats. It's same like 'de'

tr - Turkey (or if is possible tr - Türkiye)

It's already there. How did you install DBeaver?

These locales comes from Java. Have you unchecked Include Java in the installer and use your own Java?

Hi, I use portable (zip) version.

I see. Thank you for quick reply.
I have a limited amount of locales in portable version too.

should I close this? :)


Add timezone component support

Adds a new timezone component, and necessary types such
as UTC-OFFSET. This required creation of a new UtcOffset
class since there is already automatic Period decoding/encoding
using a timedelta as the type.
Issue #63

Codecov Report

Merging #81 (c555193) into main (d8f9230) will decrease coverage by 0.18%.
The diff coverage is 93.28%.

@@            Coverage Diff             @@
##             main      #81      +/-   ##
==========================================
- Coverage   96.79%   96.61%   -0.19%
==========================================
  Files          15       16       +1
  Lines        1281     1418     +137
==========================================
+ Hits         1240     1370     +130
- Misses         41       48       +7

Impacted Files
Coverage Δ

ical/timeline.py
93.57% <75.00%> (ø)

ical/types.py
96.09% <90.90%> (-0.54%)
:arrow_down:

ical/timezone.py
98.18% <98.18%> (ø)

ical/calendar.py
100.00% <100.00%> (ø)

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


Ignore backing store in C#

I was trying out the backing store in C# and noticed that submitting a model that was fetched always ignores the ReturnOnlyChangedValues property. My test case is simply fetching a model and then turning around and posting it. It ends up empty since no properties have changed. Debugging, I see that somewhere around when the serialization writer kicks in, it has set that ReturnOnlyChangedValues to true. I didn't find where exactly that happens. Before the post command, it was false.
I had thought the changed values property would allow me to ignore the backing store in those instances, although that doesn't appear to be the case. Is what I'm trying to do not possible with the backing store on?
Thanks!

Hi @scottlocknet
Thanks for using kiota and for reaching out.
Can you please provide:

a code snippet to illustrate what you're doing
a desired serialization output
the actual serialization output

I'm curious about the reasons why you'd need to send back the model you just got from the API without modifying it? Can you expand on the scenarios you see where the backing store breaks the logic? The backing store is "backend-independent" and would be tricky to respect some sort of logic that depends on how the backend should response to partial models.

@sebastienlevert - thanks for the question.
I would expect the backing store to be opt in, not forced. I have situations where I'm working as a relay from one service to another and then situations where the data materialized from the initial retrieval can't be performed again and needs the entire object sent up.
There's an exposed property named ReturnOnlyChangedValues that appears to be ignored. It defaults to false when inspected first after retrieving a model. As I was tracing it, somewhere along the line, that gets set to true right before serialization. I'd think its a simple oversight on not honoring the property and maybe the initial desired functionality is to default that to true and then allow the user to set it false when they don't want to opt into the backing store.
As it stands, usage of the backing store is an all or nothing event. While it works fine for patch, that appears to only scenario that it was designed for. If so, that's ok. I'd just need to go back to writing my own dirty change tracking instead of relying on this.

@baywet
Thx, I thought that was the culprit. I'm good with per model and the default behavior expecting things to be a patch. I'd think most people (and me too 98% of the time) only want to send the minimum amount of data upstream. With per model action, being able to override when needed, you'll appeal to likely the largest audience and support scenarios where you want the behavior as if backing didn't exist.
Personally, I would never turn off the backing store globally as the reason I started using the switch was to get the behavior. I was a little surprised to see the default value of the property said false and expected it to say true, then allow me to set it false when I didn't want to use it.
Appreciate the help. The more I use Kiota, the more I wonder how and why I did all this by hand for so many years. Now if only there were better tooling to do the OpenAPI docs... :)

Ok, let me take a look at doing that. I'll try to look at today/tomorrow.

@baywet
Thank you for the suggestion on the backing store. I got it partially working, although I'm going to forgo using the backing store for right now as there's too much chance of me becoming divergent from the source over time and I don't want to keep up with code changes to the backing store. I'm also having to convert to standard 2.0 (will old framework ever go away lol??), which really starts making it difficult to keep in sync over time. I had tried to inherit from it, although I can't access everything needed to override functionality that way.


docs: edit original "Getting. Started" guide

Re-title this exercise; probably needs further revisions
A bit of rewriting of text before we get into the actual exercise
Small additions to "Requirements" to capitalize on info from the Getting Started guide
Add "Prepare your cluster for KLT" section to install/k8s.md page.  All these getting-started guides need to reference that list of what their k8s cluster needs to have

Satisfies https://github.com/keptn/lifecycle-toolkit/issues/1306
Satisfies https://github.com/keptn/lifecycle-toolkit/issues/1307

3x links have a typo. Find and replace Mintes with Minutes:

docs/content/en/docs/implementing/integrate.md
docs/content/en/docs/install/integrate.md
docs/content/en/docs/intro-klt.md

I checked this PR out and tried to add a commit but I don't have write access to your fork.

This PR is hopelessly corrupted so I am closing it.  It is replaced by https://github.com/keptn/lifecycle-toolkit/pull/1367 .


Autocatalog: Deploy auto-catalog functionality to unity-test (shared services)

Blocked by #381

UDS v7.9.0 has been deployed to shared services test and prod.
Tested auto cataloging feature in shared services test by manually invoking stage-out to upload 3 granules for test collection urn:nasa:unity:unity:test:nga-collection___1