title in daily notes vs. journal notes

Describe the bug
In newly created daily notes the title is just the day (e.g. "23") instead of the whole date (e.g. "2021-01-23")
To Reproduce
Steps to reproduce the behavior:

initialize a new empty workspace
Use the following settings:
"dendron.dailyJournalDomain": "daily",
"dendron.defaultJournalAddBehavior": "childOfCurrent",
"dendron.defaultJournalName": "journal",
Create a new daily note using Crtl-Shift+I. The new file daily.journal.2021.01.23.md has the title '23'
Create an arbitrary note say test.md
Create a new journal note using Crtl+Shift+J. The new file test.journal.2021.01.23has the title '2021-01-23'

Expected behavior
Both types of journal notes should have the complete date as title
Desktop (please complete the following information):

OS: Windows 10 20H2
VSCodium Version: 1.52.1
Commit: ea3859d4ba2f3e577a159bc91e3074c5d85c0523
Date: 2020-12-17T10:38:46.981Z
Electron: 9.3.5
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: <IP_ADDRESS>-electron.0
OS: Windows_NT x64 10.0.19042
Dendron Version 0.25.3

Dendron Log file
{"level":30,"time":1611430184639,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"Logger:configure","msg":"exit","log_level":"info"}
{"level":30,"time":1611430184672,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"_activate","stage":"dev","isDebug":false,"logPath":"c:\Users\Bassmann\AppData\Roaming\VSCodium\logs\20210123T202512\exthost1\dendron.dendron","logLevel":"info","extensionPath":"c:\Users\Bassmann\.vscode-oss\extensions\dendron.dendron-0.25.3","extensionUri":{"$mid":1,"fsPath":"c:\Users\Bassmann\.vscode-oss\extensions\dendron.dendron-0.25.3","_sep":1,"path":"/c:/Users/Bassmann/.vscode-oss/extensions/dendron.dendron-0.25.3","scheme":"file"},"storagePath":"c:\Users\Bassmann\AppData\Roaming\VSCodium\User\workspaceStorage\19c69e69d7a44ab3822047b7602422fa\dendron.dendron","workspaceFile":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\dendron.code-workspace","_sep":1,"external":"file:///c%3A/Users/Bassmann/Dendron-dates/dendron.code-workspace","path":"/c:/Users/Bassmann/Dendron-dates/dendron.code-workspace","scheme":"file"},"workspaceFolders":[{"uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\vault","_sep":1,"external":"file:///c%3A/Users/Bassmann/Dendron-dates/vault","path":"/c:/Users/Bassmann/Dendron-dates/vault","scheme":"file"},"name":"vault","index":0}]}
{"level":30,"time":1611430184674,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"DendronWorkspace","msg":"initialized"}
{"level":30,"time":1611430184676,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"_activate","config":{"version":1,"vaults":[{"fsPath":"vault"}],"useFMTitle":true,"site":{"copyAssets":true,"siteHierarchies":["root"],"siteRootDir":"docs","usePrettyRefs":true,"title":"Dendron"}},"configMigrated":false,"msg":"read dendron config"}
{"level":30,"time":1611430184733,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"_activate","wsConfig":{"folders":[{"path":"vault"}],"settings":{"dendron.rootDir":".","files.autoSave":"onFocusChange","pasteImage.path":"${currentFileDir}/assets/images","pasteImage.prefix":"/","markdown-preview-enhanced.enableWikiLinkSyntax":true,"markdown-preview-enhanced.wikiLinkFileExtension":".md","editor.snippetSuggestions":"inline","editor.suggest.snippetsPreventQuickSuggestions":false,"editor.suggest.showSnippets":true,"editor.tabCompletion":"on"},"extensions":{"recommendations":["dendron.dendron-paste-image","equinusocio.vsc-material-theme","dendron.dendron-markdown-shortcuts","dendron.dendron-markdown-preview-enhanced","dendron.dendron-markdown-links","github.github-vscode-theme"],"unwantedRecommendations":["dendron.dendron-markdown-notes","shd101wyy.markdown-preview-enhanced","kortina.vscode-markdown-notes","mushan.vscode-paste-image"]}},"wsConfigMigrated":{},"msg":"read wsConfig"}
{"level":30,"time":1611430184749,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"_activate","installedGlobalVersion":"0.25.3","migratedGlobalVersion":"0.25.3","previousGlobalVersion":"0.24.1","previousWsVersion":"0.0.0","platform":"win32","extensions":[{"id":"dendron.dendron-paste-image","version":"1.0.4","active":false},{"id":"equinusocio.vsc-material-theme","version":"33.1.2","active":false},{"id":"dendron.dendron-markdown-shortcuts","version":"0.12.1","active":true},{"id":"dendron.dendron-markdown-preview-enhanced","version":"0.10.19","active":false},{"id":"dendron.dendron-markdown-links","version":"0.6.19","active":false},{"id":"github.github-vscode-theme","version":"1.1.5","active":false}],"vaults":[{"fsPath":"vault"}]}
{"level":30,"time":1611430184749,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"startServer","logLevel":"info"}
{"level":30,"time":1611430184761,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"_activate","msg":"post-start-server","port":20725}
{"level":30,"time":1611430184764,"pid":4000,"hostname":"myPC","name":"logger","ctx":"FileStorageV2","wsRoot":"c:\Users\Bassmann\Dendron-dates","vaultsv3":[{"fsPath":"vault"}],"level":"info"}
{"level":30,"time":1611430184772,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"ReloadIndex.execute","msg":"enter"}
{"level":30,"time":1611430184832,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"ReloadIndex.execute","msg":"exit"}
{"level":30,"time":1611430184832,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"reloadWorkspace","msg":"post-ws.reloadWorkspace"}
{"level":30,"time":1611430184832,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"reloadWorkspace","msg":"exit"}
{"level":30,"time":1611430184833,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"postReloadWorkspace","msg":"preUpgrade: new wsVersion"}
{"level":30,"time":1611430184833,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"h:run","msg":"pre-execute"}
{"level":30,"time":1611430184833,"pid":4000,"hostname":"myPC","name":"UpgradeSettingsCommand","ctx":"Upgrade:execute"}
{"level":30,"time":1611430184843,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"WorkspaceConfig:update","vscodeDir":"c:\Users\Bassmann\Dendron-dates\vault\.vscode","snippetChanges":{}}
{"level":30,"time":1611430184843,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"Upgrade:execute","newConfig":{"extensions":{},"settings":{"add":{},"errors":{}},"snippetChanges":{}}}
{"level":30,"time":1611430184843,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"Upgrade:execute","badExtensions":[]}
{"level":30,"time":1611430184843,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"h:run","msg":"post-execute"}
{"level":30,"time":1611430184844,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"postReloadWorkspace","msg":"postUpgrade: new wsVersion","previousWsVersion":"0.0.0","newVersion":"0.25.3"}
{"level":30,"time":1611430185348,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"postReloadWorkspace","msg":"exit"}
{"level":30,"time":1611430185348,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"TreeView:getChildren","msg":"reconstructing tree"}
{"level":30,"time":1611430185348,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"setupViews","msg":"init:backlinks"}
{"level":30,"time":1611430185349,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"activateWorkspace","stage":"dev","msg":"enter"}
{"level":30,"time":1611430185351,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"toggleViews","msg":"views enabled: true"}
{"level":30,"time":1611430185351,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"_activate","msg":"fin startClient"}
{"level":30,"time":1611430185351,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"showWelcomeOrWhatsNew","version":"0.25.3","previousVersion":"0.25.3"}
{"level":30,"time":1611430185351,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"showWelcomeOrWhatsNew","msg":"not first time install"}
{"level":30,"time":1611430192600,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"c:run","msg":"pre-execute"}
{"level":30,"time":1611430192601,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupCommand:execute","opts":{"flavor":"note"},"msg":"enter"}
{"level":30,"time":1611430192603,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupCommand:execute","profile":2,"msg":"postCreateController"}
{"level":30,"time":1611430192603,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupCommand:execute","profile":2,"msg":"post:extractRange"}
{"level":30,"time":1611430192604,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","msg":"enter","cleanOpts":{"ignoreFocusOut":true}}
{"level":30,"time":1611430192606,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","profile":1,"msg":"post:createQuickPick"}
{"level":30,"time":1611430192606,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","profile":2,"msg":"post:createProvider"}
{"level":30,"time":1611430192608,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerBehavior","activeButtons":[{"iconPathNormal":{"id":"find-selection"},"iconPathPressed":{"id":"menu-selection"},"type":"selectionExtract","pressed":true,"title":"Selection Extract","canToggle":true,"opts":{"title":"Selection Extract","iconOff":"find-selection","iconOn":"menu-selection","type":"selectionExtract"}}]}
{"level":30,"time":1611430192609,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupCommand:execute","profile":8,"msg":"post:show"}
{"level":30,"time":1611430192611,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"","source":"updatePickerBehavior:normal"}
{"level":30,"time":1611430192614,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"","source":"updatePickerBehavior:normal","profile":3,"cancelled":false}
{"level":30,"time":1611430192614,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","profile":2,"msg":"post:updatePickerBehavior"}
{"level":30,"time":1611430192616,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","profile":2,"msg":"post:provide"}
{"level":30,"time":1611430192616,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","profile":2,"msg":"exit"}
{"level":30,"time":1611430192616,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"c:run","msg":"post-execute"}
{"level":30,"time":1611430193975,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"t","source":"onValueChange"}
{"level":30,"time":1611430193976,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611430193982,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611430193985,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":8}
{"level":30,"time":1611430193985,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"t","source":"onValueChange","profile":10,"cancelled":false}
{"level":30,"time":1611430194178,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"te","source":"onValueChange"}
{"level":30,"time":1611430194178,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611430194182,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611430194184,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":6}
{"level":30,"time":1611430194184,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"te","source":"onValueChange","profile":6,"cancelled":false}
{"level":30,"time":1611430194361,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"tes","source":"onValueChange"}
{"level":30,"time":1611430194362,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611430194362,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611430194365,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":3}
{"level":30,"time":1611430194365,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"tes","source":"onValueChange","profile":3,"cancelled":false}
{"level":30,"time":1611430194575,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"test","source":"onValueChange"}
{"level":30,"time":1611430194576,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611430194576,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611430194579,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":2}
{"level":30,"time":1611430194579,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"test","source":"onValueChange","profile":3,"cancelled":false}
{"level":30,"time":1611430194776,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"test.","source":"onValueChange"}
{"level":30,"time":1611430194776,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611430194777,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611430194779,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":3}
{"level":30,"time":1611430194780,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"test.","source":"onValueChange","profile":4,"cancelled":false}
{"level":30,"time":1611430195643,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"test.m","source":"onValueChange"}
{"level":30,"time":1611430195643,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611430195644,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611430195646,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":3}
{"level":30,"time":1611430195647,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"test.m","source":"onValueChange","profile":4,"cancelled":false}
{"level":30,"time":1611430195840,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"test.md","source":"onValueChange"}
{"level":30,"time":1611430195840,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611430195841,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611430195843,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":3}
{"level":30,"time":1611430195843,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"test.md","source":"onValueChange","profile":3,"cancelled":false}
{"level":30,"time":1611430196895,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onDidAcceptSingle","msg":"enter","value":"test.md","opts":{"flavor":"note"},"noteOverrides":{},"selectedItems":[{"fname":"Create New","id":"29d9ad42-3b81-4f7e-974f-824a34238b69"}],"activeItems":[{"fname":"Create New","id":"29d9ad42-3b81-4f7e-974f-824a34238b69"}]}
{"level":30,"time":1611430196895,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode"}
{"level":30,"time":1611430196896,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"createNewPick","value":"test.md"}
{"level":30,"time":1611430196897,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"create normal node"}
{"level":30,"time":1611430196898,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"post:maybeAddSchema"}
{"level":30,"time":1611430196899,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"pre:checkNoteExist"}
{"level":30,"time":1611430196899,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"pre:pickerOnCreate"}
{"level":30,"time":1611430196901,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"pre:engine.write","uri":{"$mid":1,"path":"/c:/Users/Bassmann/Dendron-dates/vault/test.md.md","scheme":"file"}}
{"level":30,"time":1611430196924,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"engine.write"}
{"level":30,"time":1611430197191,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\vault\test.md.md","_sep":1,"external":"file:///c%3A/Users/Bassmann/Dendron-dates/vault/test.md.md","path":"/c:/Users/Bassmann/Dendron-dates/vault/test.md.md","scheme":"file"}}
{"level":30,"time":1611430197197,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"VaultWatcher:onDidCreate","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\vault\test.md.md","_sep":1,"path":"/c:/Users/Bassmann/Dendron-dates/vault/test.md.md","scheme":"file"}}
{"level":30,"time":1611430202518,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"showDocAndHidePicker","msg":"showTextDocument","fsPath":"c:\Users\Bassmann\Dendron-dates\vault\test.md.md"}
{"level":30,"time":1611430202540,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"refreshTree"}
{"level":30,"time":1611430204205,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"f:run","msg":"pre-execute"}
{"level":30,"time":1611430204207,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"GotoNoteCommand","opts":{"qs":"daily.journal.2021.01.23","mode":"note","vault":{"fsPath":"vault"}},"msg":"enter"}
{"level":30,"time":1611430204334,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\vault\daily.journal.2021.01.23.md","_sep":1,"external":"file:///c%3A/Users/Bassmann/Dendron-dates/vault/daily.journal.2021.01.23.md","path":"/c:/Users/Bassmann/Dendron-dates/vault/daily.journal.2021.01.23.md","scheme":"file"}}
{"level":30,"time":1611430204345,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"GotoNoteCommand","opts":{"qs":"daily.journal.2021.01.23","mode":"note","vault":{"fsPath":"vault"}},"msg":"exit"}
{"level":30,"time":1611430204346,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"f:run","msg":"post-execute"}
{"level":30,"time":1611430204346,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"VaultWatcher:onDidCreate","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\vault\daily.journal.2021.01.23.md","_sep":1,"path":"/c:/Users/Bassmann/Dendron-dates/vault/daily.journal.2021.01.23.md","scheme":"file"}}
{"level":30,"time":1611430204455,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"refreshTree"}
{"level":30,"time":1611430211390,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\vault\test.md.md","_sep":1,"external":"file:///c%3A/Users/Bassmann/Dendron-dates/vault/test.md.md","path":"/c:/Users/Bassmann/Dendron-dates/vault/test.md.md","scheme":"file"}}
{"level":30,"time":1611430213055,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"c:run","msg":"pre-execute"}
{"level":30,"time":1611430213055,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupCommand:execute","opts":{"noteType":"journal","flavor":"note"},"msg":"enter"}
{"level":30,"time":1611430213057,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupCommand:execute","profile":1,"msg":"postCreateController"}
{"level":30,"time":1611430213057,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupCommand:execute","profile":1,"msg":"post:extractRange"}
{"level":30,"time":1611430213057,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","msg":"enter","cleanOpts":{"ignoreFocusOut":true}}
{"level":30,"time":1611430213058,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","profile":0,"msg":"post:createQuickPick"}
{"level":30,"time":1611430213058,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","profile":1,"msg":"post:createProvider"}
{"level":30,"time":1611430213059,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerBehavior","activeButtons":[{"iconPathNormal":{"id":"find-selection"},"iconPathPressed":{"id":"menu-selection"},"type":"selectionExtract","pressed":true,"title":"Selection Extract","canToggle":true,"opts":{"title":"Selection Extract","iconOff":"find-selection","iconOn":"menu-selection","type":"selectionExtract"}},{"iconPathNormal":{"id":"calendar"},"iconPathPressed":{"id":"menu-selection"},"type":"journal","pressed":true,"title":"Create Journal Note","canToggle":true,"opts":{"title":"Create Journal Note","iconOff":"calendar","iconOn":"menu-selection","type":"journal"}}]}
{"level":30,"time":1611430213059,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupCommand:execute","profile":4,"msg":"post:show"}
{"level":30,"time":1611430213061,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"test.md.journal.2021.01.23","source":"updatePickerBehavior:journal"}
{"level":30,"time":1611430213061,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611430213067,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","profile":1,"msg":"post:updatePickerBehavior"}
{"level":30,"time":1611430213068,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","profile":1,"msg":"post:provide"}
{"level":30,"time":1611430213069,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"LookupControllerV2:show","profile":1,"msg":"exit"}
{"level":30,"time":1611430213069,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611430213074,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"c:run","msg":"post-execute"}
{"level":30,"time":1611430213074,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":13}
{"level":30,"time":1611430213075,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"test.md.journal.2021.01.23","source":"updatePickerBehavior:journal","profile":14,"cancelled":false}
{"level":30,"time":1611430215039,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onDidAcceptSingle","msg":"enter","value":"test.md.journal.2021.01.23","opts":{"flavor":"note"},"noteOverrides":{"title":"2021-01-23"},"selectedItems":[{"fname":"Create New","id":"a11a5301-960c-4b6d-b61c-f2b312604ec7"}],"activeItems":[{"fname":"Create New","id":"a11a5301-960c-4b6d-b61c-f2b312604ec7"}]}
{"level":30,"time":1611430215039,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode"}
{"level":30,"time":1611430215040,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"createNewPick","value":"test.md.journal.2021.01.23"}
{"level":30,"time":1611430215041,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"create normal node"}
{"level":30,"time":1611430215042,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"post:maybeAddSchema"}
{"level":30,"time":1611430215042,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"pre:checkNoteExist"}
{"level":30,"time":1611430215043,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"pre:pickerOnCreate"}
{"level":30,"time":1611430215044,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"pre:engine.write","uri":{"$mid":1,"path":"/c:/Users/Bassmann/Dendron-dates/vault/test.md.journal.2021.01.23.md","scheme":"file"}}
{"level":30,"time":1611430215062,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"onAcceptNewNode","msg":"engine.write"}
{"level":30,"time":1611430215171,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\vault\test.md.journal.2021.01.23.md","_sep":1,"external":"file:///c%3A/Users/Bassmann/Dendron-dates/vault/test.md.journal.2021.01.23.md","path":"/c:/Users/Bassmann/Dendron-dates/vault/test.md.journal.2021.01.23.md","scheme":"file"}}
{"level":30,"time":1611430215180,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"showDocAndHidePicker","msg":"showTextDocument","fsPath":"c:\Users\Bassmann\Dendron-dates\vault\test.md.journal.2021.01.23.md"}
{"level":30,"time":1611430215190,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"VaultWatcher:onDidCreate","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\vault\test.md.journal.2021.01.23.md","_sep":1,"path":"/c:/Users/Bassmann/Dendron-dates/vault/test.md.journal.2021.01.23.md","scheme":"file"}}
{"level":30,"time":1611430215305,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"refreshTree"}
{"level":30,"time":1611430334610,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\AppData\Roaming\VSCodium\User\settings.json","_sep":1,"external":"vscode-userdata:/c%3A/Users/Bassmann/AppData/Roaming/VSCodium/User/settings.json","path":"/C:/Users/Bassmann/AppData/Roaming/VSCodium/User/settings.json","scheme":"vscode-userdata"}}
{"level":30,"time":1611430417929,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\vault\test.md.journal.2021.01.23.md","_sep":1,"external":"file:///c%3A/Users/Bassmann/Dendron-dates/vault/test.md.journal.2021.01.23.md","path":"/c:/Users/Bassmann/Dendron-dates/vault/test.md.journal.2021.01.23.md","scheme":"file"}}
{"level":30,"time":1611430421641,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\vault\daily.journal.2021.01.23.md","_sep":1,"external":"file:///c%3A/Users/Bassmann/Dendron-dates/vault/daily.journal.2021.01.23.md","path":"/c:/Users/Bassmann/Dendron-dates/vault/daily.journal.2021.01.23.md","scheme":"file"}}
{"level":30,"time":1611430560457,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\Dendron-dates\vault\test.md.journal.2021.01.23.md","_sep":1,"external":"file:///c%3A/Users/Bassmann/Dendron-dates/vault/test.md.journal.2021.01.23.md","path":"/c:/Users/Bassmann/Dendron-dates/vault/test.md.journal.2021.01.23.md","scheme":"file"}}
{"level":30,"time":1611430699012,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"c:run","msg":"pre-execute"}
{"level":30,"time":1611430699013,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"execute","opts":{}}
{"level":30,"time":1611430699030,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"c:run","msg":"post-execute"}
{"level":30,"time":1611430699184,"pid":4000,"hostname":"myPC","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"c:\Users\Bassmann\AppData\Roaming\VSCodium\logs\20210123T202512\exthost1\dendron.dendron\dendron.log","_sep":1,"external":"file:///c%3A/Users/Bassmann/AppData/Roaming/VSCodium/logs/20210123T202512/exthost1/dendron.dendron/dendron.log","path":"/c:/Users/Bassmann/AppData/Roaming/VSCodium/logs/20210123T202512/exthost1/dendron.dendron/dendron.log","scheme":"file"}}

you're right - this is a bug. will fix this week!

you're right - this is a bug. will fix this week!

fixed in 0.27


[20.09] mercury: 20.06 -> 20.06.1

Backporting #102848 to NixOS 20.09.
(cherry picked from commit e1c4c96c286b1b41684f3b3def429de577953cd3)
Motivation for this change
Simple minor version upgrade of Mercury compiler.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Say @danieldk, i wonder if i can poke you for this one too please, since you approved my other PR too? :blush: :pray:

Say @danieldk, i wonder if i can poke you for this one too please, since you approved my other PR too?

Merges to the stable branch are generally done by the @NixOS/nixos-release-managers .

Ah!  Didn't realise that - thanks!
On 2020-11-11 at 15:17 ACST+0930, quoth Daniël de Kok
<EMAIL_ADDRESS>
Say @danieldk, i wonder if i can poke you for this one too
please, since
you approved my other PR too?

Merges to the stable branch are generally done by the @NixOS/
nixos-release-managers .
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or
unsubscribe.*

I don't seen any breaking changes in http://dl.mercurylang.org/release/release-notes-20.06.1.html


[idea] Allow pivot_wider on categorical values

In machine learning there is often need for sparse columns created from categorical values. The easiest way to it I found this, but it would be nice to just specify a single column like that and fill the defaults with ones (and maybe the rest with zeros ?)
Explorer.DataFrame.pivot_wider("g")
DF.new(%{id: [11,12,13], g: ~w/m f m/, gid: [1,1,1]})
|> Explorer.DataFrame.pivot_wider("g", "gid")
|> Explorer.DataFrame.table

+--------------------------------------------+
| Explorer DataFrame: [rows: 3, columns: 3]  |
+--------------+--------------+--------------+
|      id      |      m       |      f       |
|  <integer>   |  <integer>   |  <integer>   |
+==============+==============+==============+
| 11           | 1            |              |
+--------------+--------------+--------------+
| 12           |              | 1            |
+--------------+--------------+--------------+
| 13           | 1            |              |
+--------------+--------------+--------------+

It should be possible today. Maybe we just need to relax the checks. Can you give it a try please?

Sorry - I clicked enter to early, I was updating the query but it's not livebook - here it just sends the message.

Sorry, I am confused then. Can you please provide a more complete example?

I'm thinking that when we know that this is a categorical value then we don't need to create another column just to create the ones and zeros.
Explorer.DataFrame.pivot_wider(df, "g") should be enough. Maybe with an option to fill empty values with zeros. I think this is a common usecase when preparing data for further processing.

also instead of having second column as a single value would be an option
Explorer.DataFrame.pivot_wider(df, "g", 1)

Let’s go in parts then. :) A PR to support categorical values is welcome. It is probably a small change and adding categories to the list of supports columns. Do you want to give it a try? :)

I may try, I never looked at the code but when it's elixir then I should be fine.

Yes, my assumption is that we only need to change the elixir bits

We just need to align how it should look. I think that creating additional column is not needed here. In other places we also accept either column or scalar value.

I probably won't do much here - when trying to run the tests it requires nightly rust and when I run it with nightly I'm getting:
RUST_BACKTRACE=1 mix test
...............thread '<unnamed>' panicked at 'panic in a function that cannot unwind', library/core/src/panicking.rs:126:5
stack backtrace:
..........................[1]    343905 segmentation fault (core dumped)  RUST_BACKTRACE=1 mix test

@dkuku please use the nightly version from our CI, which is nightly-2023-02-14.

it works with this version - thanks, I installed it with asdf.
Also I found the solution to my problem. It's the dummies function.


Systematic Point Density

First, many thanks for keeping this project live.
Below, I have an example image that I am attempting to extract key points for.  I am getting very strange systematic point distribution where the top of the higher has a significantly higher number of points.  In the example image, keypoints are still identified across the rest of the image.  In some cases, no points are found outside of the top of the image.
I am not sure if the total number of points (SiftData.maxPts) is being exceeded here and therefore breaking early?
Any insight appreciated.

It looks very much like as if you are reaching the maximum number of points. Large scale features are found first, but while extracting the finer scales you seem to reach the maximum. You should think of how many features you actually need and then either increase the maximum number of points (maxPts) or reduce the number of extracted features by either increasing the threshold (thresh) or the amount of initial blur (initBlur).


Make network view scrollable on android

Description
The network view is a visual representation of the list of forks, showing the ~100 most-recently pushed forks, and showing how far ahead/behind the current repo they are. On desktop, you can move and navigate this with a mouse. On mobile, you can't; all you can do is open it. It would be nice to be able to either drag the inside of the network or have buttons for navigating it.
As a fallback, simply extending the view height so everything shows with normal scrolling would be perfectly acceptable. It wouldn't be great UI, but it's far better than being entirely unavailable like it currently is.
It would also be nice on desktop to be able to zoom the view, since it's usually so large, but this is less important.
Screenshot
No response
Example URLs
https://github.com/refined-github/refined-github/network

Oof yeah that probably only works with the mousewheel event. If there's an easy way to map the two events we can do it, but I don’t think there is. I don’t think it's worth adding a lot of code for a rarely-used (on mobile) feature.

Mostly done, the only issue is that it's resetting the initial position every time:
canvas.ontouchstart = e => {
	canvas.dispatchEvent(new MouseEvent('mousemove', {clientX: e.touches[0].clientX, clientY: e.touches[0].clientY}))
	canvas.dispatchEvent(new MouseEvent('mousedown'))

}
canvas.ontouchend = e => {
	canvas.dispatchEvent(new MouseEvent('mouseup'))

}
canvas.ontouchmove = e => {
	canvas.dispatchEvent(new MouseEvent('mousemove', {clientX: e.touches[0].clientX, clientY: e.touches[0].clientY}))
	e.preventDefault()

}

https://user-images.githubusercontent.com/1402241/218295409-0bfb05ef-7da0-40fb-a877-935db3ccfae2.mov
PR welcome after fixing that and cleaning up the code above

While it's an "easy" feature, it's rather obscure and it's likely to get outdated/forgotten. It's likely best to ask GitHub to fix this


win10 64 atom vs2015 gui error,something missing not very undestood, how to slove it

-- Selecting Windows SDK version  to target Windows 10.0.18363.
CMake Deprecation Warning at CMakeLists.txt:2 (cmake_minimum_required):
Compatibility with CMake < 2.8.12 will be removed from a future version of
CMake.
Update the VERSION argument  value or use a ... suffix to tell
CMake that the project does not need compatibility with older versions.
-- Build type:
-- Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE)
-- OpenCV ARCH: x64
-- OpenCV RUNTIME: vc14
-- OpenCV STATIC: OFF
-- Found OpenCV 3.4.10 in C:/opencv/build/x64/vc14/lib
-- You might need to add C:\opencv\build\x64\vc14\bin to your PATH to be able to run your applications.

-- The following external packages were located on your system.
-- This installation will have the extra features provided by these packages.

OpenCV - Required to handle image processing

-- The following REQUIRED packages could NOT be located on your system.
-- You must install these packages before continuing.

libusb  https://libusb.info/
Required to communicate via USB

CMake Error at cmake/MacroLogFeature.cmake:141 (MESSAGE):
Exiting: Missing Requirements
Call Stack (most recent call first):
CMakeLists.txt:43 (macro_display_feature_log)
-- Configuring incomplete, errors occurred!
See also "C:/libseek-thermal-master/build/CMakeFiles/CMakeOutput.log".

what   does this mean and what should I get to do, it is a  64G pad, a small tablet

Hey I just ran into this as well. I'm going to assume you followed the readme. The issue is that the files in the libusb package have moved around in recent versions.

Open the directory you extracted libusb into.
Copy the files in VS2015 (or the appropriate version for your platform) up out of the VS2015 directory into it's parent.
Regenerate the CMake cache in VS.

I'll fix the Cmake scripts so they can locate these files or add a warning.

Which files into whose parent, can you show it directly. And in VS there is a lot of error. I am a new starter may not understand your idea.

My C:\ is almost full, only 3GB left extra. Why not publish a released. What should i do.

copy libusb-1.0.24/VS2015/*.* to libusb-1.0.24/
See to see what it is searching for look at https://github.com/OpenThermal/libseek-thermal/blob/master/cmake/FindLibUSB.cmake#L82


Finals PYP with Answer Key?

hi anyone know where we can get past year papers for finals that come with the answer key?

I guess google and try find bah

i think prof should release? if not i think most can only do q1 and q2

u can try asking ur TAs for any help! they might have some

Alternatively, you might want to ask ChatGPT.
Anyway @hwkchia did release a walkthrough of one of the final exam papers, have a watch!

chatgpt/google

gemini works too and I feel that its responses are easier to understand

Moreover, you should get your hands dirty, so actually try using your Java IDE and code from there.
VSCode can simulate the Examplify experience also, just switch to plain text and voila.

maybe can try searching on studocu? or the holy grail

Alternatively, you might want to ask ChatGPT.
Anyway @hwkchia did release a walkthrough of one of the final exam papers, have a watch!

Where is it arh? or the prof haven't release yet?

Alternatively, you might want to ask ChatGPT.
Anyway @hwkchia did release a walkthrough of one of the final exam papers, have a watch!

Where is it arh? or the prof haven't release yet?

Its on Canvas, under Video/Panopto >> Web Lectures

there are walkthrough review videos for the two past year papers uploaded under videos > web lectures, for other pyp maybe you can google or check studocu for any answers

finals is over you can close this issue


Allow to override the repository name and config location

I did see on
That the image was built as docker and not phpmyadmin because of: https://github.com/docker-library/bashbrew/blob/b4880ac5f1bf6b9340536f1c5325afa9733bd619/scripts/github-actions/generate.sh#L4
So I did a small tweak to change this (I was thinking that that would make my config.sh work but it is not read)
  generate-jobs:
    name: Generate Jobs
    runs-on: ubuntu-latest
    outputs:
      strategy: ${{ steps.generate-jobs.outputs.strategy }}
    steps:
      - uses: actions/checkout@v3
      - id: generate-jobs
        name: Generate Jobs
        # See: https://github.com/docker-library/bashbrew/blob/b4880ac5f1bf6b9340536f1c5325afa9733bd619/scripts/github-actions/generate.sh#L4
        run: |
          git clone --depth 1 https://github.com/docker-library/bashbrew.git -b master ~/bashbrew
          export GITHUB_REPOSITORY="phpmyadmin"
          strategy="$(~/bashbrew/scripts/github-actions/generate.sh)"
          jq . <<<"$strategy" # sanity check / debugging aid
          echo "::set-output name=strategy::$strategy"

Heh, yeah - this isn't very well-documented, sorry!
It's a little bit of a pathological case (because I maintain so many different images in one repository), but you can see one example where I use this script with a custom test config in https://github.com/tianon/dockerfiles/blob/b7d4f92f6e50dd17572dd9dfd6f82060e0f856c8/.github/workflows/generate.sh
I guess it wouldn't be too unusual to have this automatically pick up test-config.sh in the target repository and avoid that really hacky bit at the end where I inject --config. :thinking:
@yosifkit thoughts?

I guess it wouldn't be too unusual to have this automatically pick up test-config.sh in the target repository and avoid that really hacky bit at the end where I inject --config.

That could be a great easy solution to allow test-config.sh in repositories for users to be able to test their suites until they are part of the file upstream (that I found looking quite empty for the amount of official docker images, is there not more images with tests ?)
Also why not including this in the stackbrew format ?
I would need to have different tests per image variant
Maybe we can take some inspiration from Debian packaging format: https://people.debian.org/~eriberto/README.package-tests.html
And have a global field to list test names and an override to add one per variant (or override the global setting)

have this automatically pick up test-config.sh in the target repository

This seems reasonable. I assume that would be in addition to the default config (like your dockerfiles repo) and not test-config.sh only.

looking quite empty for the amount of official docker images, is there not more images with tests ?

Most of the image-specific tests were just smoke tests added for images that we maintain directly to ensure we didn't publish something obviously broken. The general tests are just to help us catch common image problems. It is not required to have any new tests for a new image.

Also why not including this in the stackbrew format ?

I don't think we want to complicate the format with things unrelated to building. The tests are only run for PRs, not on the built image before pushing to Docker Hub.
The tests aren't meant to be comprehensive; any complex set of tests probably ought to remain part of an upstream's repo in testing the images before they become an update PR to docker-library/official-images.

Agreed -- also, the nature of the way all of these tests have to work are integration tests, which means they're inherently flaky. :grimacing:

I don't think we want to complicate the format with things unrelated to building. The tests are only run for PRs, not on the built image before pushing to Docker Hub.

Okay, that's enough for us
I agree they could be flakky

The tests aren't meant to be comprehensive; any complex set of tests probably ought to remain part of an upstream's repo in testing the images before they become an update PR to docker-library/official-images.

Okay, then just having a way to add tests manually will be perfect
It would avoid having custom test suites to test images

This seems reasonable. I assume that would be in addition to the default config (like your dockerfiles repo) and not test-config.sh only.

I am not sure to have understood the Dockerfiles part but that's nice we agree to have a test config

This seems reasonable. I assume that would be in addition to the default config (like your dockerfiles repo) and not test-config.sh only.

I am not sure to have understood the Dockerfiles part but that's nice we agree to have a test config

Apologies for being unclear; the "your" was meant to mean "@tianon's".
And speaking of @tianon, he already has a PR open for this: #47 :tada:. Let us know what you think. :heart:

Hi, Thanks for implementing this, I was trying to build a fork of valkey-container and wanted to run the same tests for valkey-containers as redis.
I must not be understanding it correctly but it keeps giving me this error https://github.com/roshkhatri/valkey-container/actions/runs/10103405467/job/27940741234 for
error: /home/runner/work/valkey-container/valkey-container/.test/tests/valkey-basics/run.sh missing, not executable or is a directory

Can anyone help me with this please? Branch I am working on


Config not loading

Hi guys. I new to all of this. Please help. Cant seem to get config.json running
sudo homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see http://0pointer.de/avahi-compat?s=libdns_sd&e=node
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister
[3/6/2016, 10:16:23 AM] Loaded plugin: homebridge-openhab
[3/6/2016, 10:16:23 AM] Registering platform 'homebridge-openhab.openHAB'
[3/6/2016, 10:16:23 AM] ---
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘

[3/6/2016, 10:16:24 AM] Homebridge is running on port 51826.

I had the same problem, when you run it through sudo i think it uses the .homebridge config directory from /root/
Try forcing a specific config directory by running it again with sudo homebridge -U /home/username/.homebridge
You might also want to delete the persist folder in .homebridge and reset HomeKit to start from scratch if it still isn’t working.
-Sverre

On 06 Mar 2016, at 09:17, latitjuig<EMAIL_ADDRESS>wrote:
Hi guys. I new to all of this. Please help. Cant seem to get config.json running
sudo homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see http://0pointer.de/avahi-compat?s=libdns_sd&e=node http://0pointer.de/avahi-compat?s=libdns_sd&e=node
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister
[3/6/2016, 10:16:23 AM] Loaded plugin: homebridge-openhab
[3/6/2016, 10:16:23 AM] Registering platform 'homebridge-openhab.openHAB'
[3/6/2016, 10:16:23 AM] ---
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
┌────────────┐
│ 031-45-154 │
└────────────┘
[3/6/2016, 10:16:24 AM] Homebridge is running on port 51826.
—
Reply to this email directly or view it on GitHub https://github.com/tommasomarchionni/homebridge-openHAB/issues/19.

Where is the default homebridge installation folder?? The .homebridge one?
Sent from Outlook Mobile
On Sun, Mar 6, 2016 at 12:44 AM -0800, "ssvenn"<EMAIL_ADDRESS>wrote:
I had the same problem, when you run it through sudo i think it uses the .homebridge config directory from /root/
Try forcing a specific config directory by running it again with sudo homebridge -U /home/username/.homebridge
You might also want to delete the persist folder in .homebridge and reset HomeKit to start from scratch if it still isn’t working.
-Sverre

On 06 Mar 2016, at 09:17, latitjuig<EMAIL_ADDRESS>wrote:

Hi guys. I new to all of this. Please help. Cant seem to get config.json running

sudo homebridge

*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.

*** WARNING *** Please fix your application to use the native API of Avahi!

*** WARNING *** For more information see http://0pointer.de/avahi-compat?s=libdns_sd&e=node http://0pointer.de/avahi-compat?s=libdns_sd&e=node

*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.

*** WARNING *** Please fix your application to use the native API of Avahi!

*** WARNING *** For more information see http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister

[3/6/2016, 10:16:23 AM] Loaded plugin: homebridge-openhab

[3/6/2016, 10:16:23 AM] Registering platform 'homebridge-openhab.openHAB'

[3/6/2016, 10:16:23 AM] ---

Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

┌────────────┐

│ 031-45-154 │

└────────────┘

[3/6/2016, 10:16:24 AM] Homebridge is running on port 51826.

—

Reply to this email directly or view it on GitHub https://github.com/tommasomarchionni/homebridge-openHAB/issues/19.

—
Reply to this email directly or view it on GitHub.

Ok, now i have this problem.
$ sudo homebridge -U /home/pi/.homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see http://0pointer.de/avahi-compat?s=libdns_sd&e=node
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister
[3/6/2016, 12:59:54 PM] Loaded plugin: homebridge-openhab
[3/6/2016, 12:59:55 PM] Registering platform 'homebridge-openhab.openHAB'
[3/6/2016, 12:59:55 PM] ---
/usr/local/lib/node_modules/homebridge/lib/server.js:181
var username = config.bridge.username;
^
TypeError: Cannot read property 'username' of undefined
at Server._loadConfig (/usr/local/lib/node_modules/homebridge/lib/server.js:181:31)
at new Server (/usr/local/lib/node_modules/homebridge/lib/server.js:44:23)
at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:26:16)
at Object. (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
at Module._compile (module.js:410:26)
at Object.Module._extensions..js (module.js:417:10)
at Module.load (module.js:344:32)
at Function.Module._load (module.js:301:12)
at Function.Module.runMain (module.js:442:10)
at startup (node.js:136:18)
Help please

Check your config.json file. It seems that there is no bridge parameter.

yes, adding the bridge parameter fix that problem for me as well.


Peer to peer review 23/12/21

Hi @keroloussamy and @Omar-Muhamad
Congratulations on your advance so far 😃. Here I have some suggestion for you:

In this line of code is unnecessary the use of this expression [...], because you already have the data in form of on an array  in the previous line. https://github.com/Omar-Muhamad/JavaScript-Capston-Project/blob/ba0fbe9d14965bd2a54830120fd5e163bcd55038/src/mealAPI.js#L30-L31 In that way you prevent creating an unnecessary copy of your data.
For maintainability, it would be better to have this big code separated on different dedicated functions: https://github.com/Omar-Muhamad/JavaScript-Capston-Project/blob/ba0fbe9d14965bd2a54830120fd5e163bcd55038/src/mealAPI.js#L11-L35

Happy coding 🍀

Thanks, @williamrolando88 😃


[5.3.13] artisan migration issue

Laravel Version: 5.3.13
PHP Version: 7.0.11 (cli) (built: Sep 21 2016 22:56:53) ( NTS )
Database Driver & Version: Server version: 5.5.42 - Source distribution, Database client version: libmysql - mysqlnd 5.0.12-dev - 20150407

Description:
When I try to run migration (create table and add a composite key) via artisan it fails: it logs an error to the console, creates a table (without this key) and does not create any entry in the migrations table. So it is impossible to rollback.
Error log:

[Illuminate\Database\QueryException]
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined (SQL: alter table car_models add primary key car_models_name_year_from_primar     y(name, year_from))
[PDOException]
SQLSTATE[42000]: Syntax error or access violation: 1068 Multiple primary key defined

I believe artisan should rollback the migration on failure by default. Fix me if I'm wrong, please.
Steps To Reproduce:
The migration php file:

    <?php

    use Illuminate\Support\Facades\Schema;
    use Illuminate\Database\Schema\Blueprint;
    use Illuminate\Database\Migrations\Migration;

    class CreateCarModelsTable extends Migration
    {
        public function up()
        {
            Schema::create('car_models', function (Blueprint $table) {
                $table->increments('id');
                $table->string('name');
                $table->smallInteger('year_from');
                $table->smallInteger('year_to');
                $table->softDeletes();
                $table->timestamps();

                $table->primary(array('name', 'year_from', 'year_to'));
            });
        }

        public function down()
        {
            Schema::dropIfExists('car_models');
        }
    }

The console command:
php artisan migrate

You can manually delete the table from your database and then you can migrate again. Laravel inserts the record into the migrations table only after the migration is complete.
The issue here is that you are using increments which creates an incrementing primary integer key, and then you try to create another primary key. You can only have one primary key. I suspect you want to use index instead of primary.

@dwightwatson I want to use unique instead of primary, I have already fixed it. Thanks nevertheless.
My main point is that we cannot roll back a migration containing errors, so we have to reverse everything manually (in my case it was a table drop). If it is a default and expected behaviour—so be it and let's close this issue. I just thought we could make L5 a little bit friendly.

Yeah, I have wondered if perhaps migrations could be run in a transaction, so that if they fail they can rollback as if nothing ever happened. However, I'm not sure if you can perform schema changes in a transaction or not.

So am I.
And maybe everything could be run in a try-catch.

In this case, without doing too much investigation, I'd recommend the following:
Pull in this/these package(s):
composer require --dev --no-update "xethron/migrations-generator:dev-l5" composer require --dev --no-update "way/generators:dev-feature/laravel-five-stable" composer config repositories.repo-name git "git@github.com:jamisonvalenta/Laravel-4-Generators.git" composer update
The packages will allow you to pull in and generate the migration files directly from your database. After pulling in those packages, manually create the table in your database and apply the composite primary key to your relevant columns, or fields. Then run:
php artisan migrate:generate
This will generate the migration files of the tables and columns that already exist in your database with the syntax that is expected by laravel's migration system for tables with composite primary keys!
See Below Reference for further documentation.
Reference:
https://github.com/Xethron/migrations-generator

@dreferreira sorry, but have you read the entire post?

Yeah was a little late on that, sorry hahaha

See this Issue about Transactions in Migrations:
https://github.com/laravel/framework/issues/302

Right, but we can't have it both ways? Which is least worst?

I suppose one benefit of not having transactions is that you know what part of the migration failed, and you can predict what state the database has been left in to roll it back manually (all of the migration before the failing line of code).
With transactions part of the migration will be reverted for you but some of it might not be (as Taylor mentioned in the other thread) so you may need to dig deeper to fully manually revert a failed migration.
In this way, I would think that no transactions makes a failure a little more predictable and is "less worse".

@dreferreira Laravel provides a layer to manage some of your DB needs, it doesn't replace the DBMS.
On any project you will be required to write some SQL and use DBMS, laravel cannot solve everything for you.

Perhaps rather than automatically running the down method on failure (as suggested in the other thread) perhaps we could log the migration as having been run at the start rather than the end of the process. So if it fails halfway through it has technically still run and the developer can rollback which will (for most use cases) restore the database to how it should be. At the moment when the migration fails, we have a database half migrated and no log of it. With this change you end up with a database half migrated and a record in the database of the last migration. That would be a big change no doubt.
Or you could wrap this up into a new console method eg 'migrate:undo' which gets the next available migration that hasn't been run (which would likely be the one that caused an exception) and call the down method. A bit convoluted but would not be a breaking change. And only those that find it necessary can use it.
Or have a way of simply triggering the down method of any migration. That way you could rollback without having to manually go into the db.
Just throwing these ideas out there, i'm sure there is something I'm not considering. And the status quo is probably the safest course of action here...

Triggering the down method, regardless of how its done has the weakness of trying to "undo" things that haven't been done to begin with. Calling $table->dropColumn on a column that doesn't exist results in an error.
This part's a straightforward solution, though -- add an IfExists assumption to the drop* methods (or an option to turn on such assumption; at the very least, it'd be nice to have some type of IfExists check that we could add to all of our migration statements).

@ShaunaGordon you can use this package: https://github.com/spatie/laravel-migrate-fresh

@a-komarev That doesn't address the issue being discussed here. Generally speaking, if you want to roll back a single migration, you don't want to nuke the entire database.

Apart from making the migrations more granular (not really scalable) and wrapping the migrations in transactions (doesn't work for every change you might make), I proposed changing the way we define the migrations, here #302 .
What do you think? Is is even worse?

@JoelSanchez It's an interesting idea, but I don't think it fits within the Laravel ideals. Making them closures makes it unclear that the second half is equivalent to down(). Aside from that, it's essentially serving the purpose of making the migrations more granular, without actually putting them into separate files.
That said, I agree that making migrations more granular isn't very scalable, nor does it make it particularly clear from the code what the final schema looks like (that's one of the big things I don't like about migrations in general, but that's not limited to Laravel). It is possible that rethinking how migrations are laid out, entirely, might be a viable thing to consider.

Looking at how many people are confused by failed migrations, it seems this issue isn't resolved. There might not be a magic bullet for automatically fixing the (now partially migrated) database, but it seems like maybe there's an opportunity to provide better error messaging so a dev knows what parts of the migration were successful.


Python 2 pip install fails with CERTIFICATE_VERIFY_FAILED - fixed by using http instead of https

GitHub issues are for bugs / installation problems / feature requests.
For general support from the community, see StackOverflow.
To make bugs and feature requests more easy to find and organize, we close issues that are deemed
out of scope for GitHub Issues and point people to StackOverflow.
For bugs or installation issues, please provide the following information.
The more information you provide, the more easily we will be able to offer
help and advice.
Environment info
Operating System:
Installed version of CUDA and cuDNN:
(please attach the output of ls -l /path/to/cuda/lib/libcud*):
If installed from binary pip package, provide:

Which pip package you installed.

The install is failing from CentOS 7 with:
Step 10 : RUN pip install --upgrade https://storage.googleapis.com/tensorflow/linux/cpu/tensorflow-0.10.0rc0-cp27-none-linux_x86_64.whl
 ---> Running in 882f8c6e9398
Collecting tensorflow==0.10.0rc0 from https://storage.googleapis.com/tensorflow/linux/cpu/tensorflow-0.10.0rc0-cp27-none-linux_x86_64.whl
Exception:
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/pip/basecommand.py", line 215, in main
    status = self.run(options, args)
  File "/usr/lib/python2.7/site-packages/pip/commands/install.py", line 299, in run
    requirement_set.prepare_files(finder)
  File "/usr/lib/python2.7/site-packages/pip/req/req_set.py", line 370, in prepare_files
    ignore_dependencies=self.ignore_dependencies))
  File "/usr/lib/python2.7/site-packages/pip/req/req_set.py", line 587, in _prepare_file
    session=self.session, hashes=hashes)
  File "/usr/lib/python2.7/site-packages/pip/download.py", line 810, in unpack_url
    hashes=hashes
  File "/usr/lib/python2.7/site-packages/pip/download.py", line 649, in unpack_http_url
    hashes)
  File "/usr/lib/python2.7/site-packages/pip/download.py", line 842, in _download_http_url
    stream=True,
  File "/usr/lib/python2.7/site-packages/pip/_vendor/requests/sessions.py", line 487, in get
    return self.request('GET', url, **kwargs)
  File "/usr/lib/python2.7/site-packages/pip/download.py", line 378, in request
    return super(PipSession, self).request(method, url, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/pip/_vendor/requests/sessions.py", line 475, in request
    resp = self.send(prep, **send_kwargs)
  File "/usr/lib/python2.7/site-packages/pip/_vendor/requests/sessions.py", line 585, in send
    r = adapter.send(request, **kwargs)
  File "/usr/lib/python2.7/site-packages/pip/_vendor/cachecontrol/adapter.py", line 46, in send
    resp = super(CacheControlAdapter, self).send(request, **kw)
  File "/usr/lib/python2.7/site-packages/pip/_vendor/requests/adapters.py", line 477, in send
    raise SSLError(e, request=request)
SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:765)

The output from python -c "import tensorflow; print(tensorflow.__version__)".

If installed from source, provide
Tensorflow was not installed.
Steps to reproduce

pip install --upgrade https://storage.googleapis.com/tensorflow/linux/cpu/tensorflow-0.10.0rc0-cp27-none-linux_x86_64.whl
What have you tried?

The fix for me was to use http:// instead of https://

Step 10 : RUN pip install --upgrade http://storage.googleapis.com/tensorflow/linux/cpu/tensorflow-0.10.0rc0-cp27-none-linux_x86_64.whl
 ---> Running in 064f19cad960
Collecting tensorflow==0.10.0rc0 from http://storage.googleapis.com/tensorflow/linux/cpu/tensorflow-0.10.0rc0-cp27-none-linux_x86_64.whl
  Downloading http://storage.googleapis.com/tensorflow/linux/cpu/tensorflow-0.10.0rc0-cp27-none-linux_x86_64.whl (33.3MB)
Requirement already up-to-date: six>=1.10.0 in /usr/lib/python2.7/site-packages (from tensorflow==0.10.0rc0)
Collecting protobuf==3.0.0b2 (from tensorflow==0.10.0rc0)
  Downloading protobuf-3.0.0b2-py2.py3-none-any.whl (326kB)
Collecting wheel (from tensorflow==0.10.0rc0)
  Downloading wheel-0.29.0-py2.py3-none-any.whl (66kB)
Collecting mock>=2.0.0 (from tensorflow==0.10.0rc0)
  Downloading mock-2.0.0-py2.py3-none-any.whl (56kB)
Requirement already up-to-date: numpy>=1.8.2 in /usr/lib64/python2.7/site-packages (from tensorflow==0.10.0rc0)
Requirement already up-to-date: setuptools in /usr/lib/python2.7/site-packages (from protobuf==3.0.0b2->tensorflow==0.10.0rc0)
Requirement already up-to-date: funcsigs>=1; python_version < "3.3" in /usr/lib/python2.7/site-packages (from mock>=2.0.0->tensorflow==0.10.0rc0)
Requirement already up-to-date: pbr>=0.11 in /usr/lib/python2.7/site-packages (from mock>=2.0.0->tensorflow==0.10.0rc0)
Installing collected packages: protobuf, wheel, mock, tensorflow
Successfully installed mock-2.0.0 protobuf-3.0.0b2 tensorflow-0.10.0rc0 wheel-0.29.0
 ---> a374951fbf58

Logs or other output that would be helpful
(If logs are large, please upload as attachment).

Some more debugging help:
$ openssl s_client -connect storage.googleapis.com:443
CONNECTED(00000003)
139978079770488:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:184:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 0 bytes and written 207 bytes
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
---

This is not a TensorFlow problem, it is a problem with pip's configuration (possibly specifically to CentOS). you can fix it by telling it to use the openssl certificate authorites. Googling the error yields:
http://stackoverflow.com/questions/19377045/pip-cert-failed-but-curl-works
http://stackoverflow.com/questions/32772895/python-pip-install-error-ssl-certificate-verify-failed
I wouldn't recommend using http instead of https as then pip will not authenticate the package source.

For those looking in the future it's not a pip problem.
It was the cert on storage.googleapis.com failing.
Looks good now:
$ openssl s_client -connect storage.googleapis.com:443
CONNECTED(00000003)
depth=3 C = US, O = Equifax, OU = Equifax Secure Certificate Authority
verify return:1
depth=2 C = US, O = GeoTrust Inc., CN = GeoTrust Global CA
verify return:1
depth=1 C = US, O = Google Inc, CN = Google Internet Authority G2
verify return:1
depth=0 C = US, ST = California, L = Mountain View, O = Google Inc, CN = *.storage.googleapis.com
verify return:1
---
Certificate chain
 0 s:/C=US/ST=California/L=Mountain View/O=Google Inc/CN=*.storage.googleapis.com
   i:/C=US/O=Google Inc/CN=Google Internet Authority G2
 1 s:/C=US/O=Google Inc/CN=Google Internet Authority G2
   i:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
 2 s:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA
   i:/C=US/O=Equifax/OU=Equifax Secure Certificate Authority
---
Server certificate
-----BEGIN CERTIFICATE-----
MIIGAjCCBOqgAwIBAgIIbtC8GTXuml0wDQYJKoZIhvcNAQELBQAwSTELMAkGA1UE
BhMCVVMxEzARBgNVBAoTCkdvb2dsZSBJbmMxJTAjBgNVBAMTHEdvb2dsZSBJbnRl
cm5ldCBBdXRob3JpdHkgRzIwHhcNMTYwODEwMTgxMjAwWhcNMTYxMTAyMTgxMjAw
WjByMQswCQYDVQQGEwJVUzETMBEGA1UECAwKQ2FsaWZvcm5pYTEWMBQGA1UEBwwN
TW91bnRhaW4gVmlldzETMBEGA1UECgwKR29vZ2xlIEluYzEhMB8GA1UEAwwYKi5z
dG9yYWdlLmdvb2dsZWFwaXMuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB
CgKCAQEApxdcD3TrOd56MqMq2LTdddTuoNW5eLFSLVm25zmQj70UX99RxnG9q+A1
GDPU4iB+AHSxn8DJUHVatqKBsGgsBEYEmM7fcCEhZG7eDC+l+hv6VqESI620wCm2
OkigokFNMVcJKPW21rVI8hQUZNw+OQHZOKccOQ7F9hLjOlDi999M6UJOgnhUv8cx
5HGJMCKtKW7e0fz94Tc7D04xUDwhI2TisrIAGFKX5KrrfbrEu4MQYwNDe6CtttYV
fADFng8PEBu4BpeqYolt5ehRf0O5gRtb7NUX8hKHA/xMg3qfouVXvUlRR8qXl5Zm
bF9QzjSFtsPgHgZxM/n3WBm+/9xYtQIDAQABo4ICwzCCAr8wHQYDVR0lBBYwFAYI
KwYBBQUHAwEGCCsGAQUFBwMCMIIBjwYDVR0RBIIBhjCCAYKCGCouc3RvcmFnZS5n
b29nbGVhcGlzLmNvbYIiKi5jb21tb25kYXRhc3RvcmFnZS5nb29nbGVhcGlzLmNv
bYIpKi5jb250ZW50LXN0b3JhZ2UtZG93bmxvYWQuZ29vZ2xlYXBpcy5jb22CJyou
Y29udGVudC1zdG9yYWdlLXVwbG9hZC5nb29nbGVhcGlzLmNvbYIgKi5jb250ZW50
LXN0b3JhZ2UuZ29vZ2xlYXBpcy5jb22CECouZ29vZ2xlYXBpcy5jb22CISouc3Rv
cmFnZS1kb3dubG9hZC5nb29nbGVhcGlzLmNvbYIfKi5zdG9yYWdlLXVwbG9hZC5n
b29nbGVhcGlzLmNvbYIgY29tbW9uZGF0YXN0b3JhZ2UuZ29vZ2xlYXBpcy5jb22C
K3N0YXRpYy5wYW5vcmFtaW8uY29tLnN0b3JhZ2UuZ29vZ2xlYXBpcy5jb22CFnN0
b3JhZ2UuZ29vZ2xlYXBpcy5jb22CD3VuZmlsdGVyZWQubmV3czBoBggrBgEFBQcB
AQRcMFowKwYIKwYBBQUHMAKGH2h0dHA6Ly9wa2kuZ29vZ2xlLmNvbS9HSUFHMi5j
cnQwKwYIKwYBBQUHMAGGH2h0dHA6Ly9jbGllbnRzMS5nb29nbGUuY29tL29jc3Aw
HQYDVR0OBBYEFO8YwVjvG+7IvdYxN/ZYXZObx5+/MAwGA1UdEwEB/wQCMAAwHwYD
VR0jBBgwFoAUSt0GFhu89mi1dvWBtrtiGrpagS8wIQYDVR0gBBowGDAMBgorBgEE
AdZ5AgUBMAgGBmeBDAECAjAwBgNVHR8EKTAnMCWgI6Ahhh9odHRwOi8vcGtpLmdv
b2dsZS5jb20vR0lBRzIuY3JsMA0GCSqGSIb3DQEBCwUAA4IBAQBNGzfnlGPD8MRc
PVsH7eIjVLIVLJbKIA0q5q5WNhweUcEvz5Q1TJ4reTivVukLwn2JAqOL6oFm5+Aq
2Ofc+1/GWLW2TXHXrPx+sw/RXIbgolallVnfqzArMrr/Nb3NU8FtLw03CIRuoOiV
7EBNAROdVxN+PDGt9xFiNEwSdhnMcBZq9xHeWDQM0AoST+N6Wx+RiaHv9EAvRN8z
olU+S33j4L29k8MuELyDMt6aVeKxh3YtF7PyN9G+54Wr3y2Ul7NUB5IfS6c/6QW1
1QRjmwA06yi0b3hOLJj3JHyB7aPBEES2JTo04aYCopYgd/eBRiW/mDW/Nz5bO3UP
i0onAvuz
-----END CERTIFICATE-----
subject=/C=US/ST=California/L=Mountain View/O=Google Inc/CN=*.storage.googleapis.com
issuer=/C=US/O=Google Inc/CN=Google Internet Authority G2
---
No client certificate CA names sent
Server Temp Key: ECDH, prime256v1, 256 bits
---
SSL handshake has read 4113 bytes and written 333 bytes
---
New, TLSv1/SSLv3, Cipher is ECDHE-RSA-AES128-GCM-SHA256
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:
    Protocol  : TLSv1.2
    Cipher    : ECDHE-RSA-AES128-GCM-SHA256
    Session-ID: 6B5BF03E3F6362912A14AFA0C5ABF9D9DA9E93F49937ACDB715FD3576FAD0AF4
    Session-ID-ctx:
    Master-Key: B023D51CECAA588515119296C4C564673844E312EAAD5CD93D13867E5F2C29AC7E536A056C91038C0918CCB622F5196B
    Key-Arg   : None
    Krb5 Principal: None
    PSK identity: None
    PSK identity hint: None
    TLS session ticket lifetime hint: 100800 (seconds)
    TLS session ticket:
    0000 - c2 77 a0 2d ce 0a c3 c0-9a 5e 7a 43 69 32 a7 74   .w.-.....^zCi2.t
    0010 - 9e f6 b3 2c aa ba 02 bf-e1 af 5b 89 34 c4 7d 2b   ...,......[.4.}+
    0020 - ca 90 28 b7 6a 50 04 83-fb d9 14 6a 8a a6 b6 e8   ..(.jP.....j....
    0030 - 85 53 be 45 4d 64 fa 74-d4 5f 72 cc 5b e4 31 70   .S.EMd.t._r.[.1p
    0040 - 0d 9d bd df 1a c1 20 51-ad b5 34 3f 6c 94 67 c1   ...... Q..4?l.g.
    0050 - f7 7f f4 fa eb d2 e4 dc-6a 88 ab 3f c7 f4 95 37   ........j..?...7
    0060 - b4 73 47 2f ca 5d b9 e2-9a ef a2 7e 31 9d b5 3d   .sG/.].....~1..=
    0070 - a7 8c c1 a4 e2 ea 68 6a-94 a7 f3 30 86 a7 67 b7   ......hj...0..g.
    0080 - 6a 02 22 da 4d 4b 26 75-62 80 b7 a5 50 be 94 db   j.".MK&ub...P...
    0090 - fe 22 b8 68 a3 16 c0 a9-f9 17 c4 50 92 6e b2 04   .".h.......P.n..
    00a0 - c3 f7 57 df                                       ..W.

    Start Time:<PHONE_NUMBER>
    Timeout   : 300 (sec)
    Verify return code: 0 (ok)
---

Thanks for the post clarifying the issue. Sorry for misdirecting you!  Glad you got it to work.


Profile security questions appear in English on French interface

Description
When navigating to the profile page with account information and security questions in the French interface, English security questions appear. However when modifying they are in French?
Steps to reproduce

Sign in, on the French interface
Go to "Votre compte" > "Profil"
See security questions in English
Click "Modifier"
See security questions in French

Details

Browser: Edge
Operating system: Windows
Environment: App router PR
Language: French
Viewport: Tablet 100%

Expected behaviour
Expect either language to be in interface language or in language initially used to configure security questions.
Screenshots or videos

@anikbrazeau can you confirm if this issue still persists?

This appears to be fixed now.


css: migrate from styled comps to plan css or css-modules

Extracted from https://github.com/iterative/dvc.org/pull/776#discussion_r343969564

Our styled components tend to be defined after the exported component in each file (pages/, src/) so it could be confusing to find them in the JSX of previously defined components.
However we want to keep them in the bottom of each file given their strange code format. The idea then is to RENAME them so it's more obvious that they are styled components. My proposal is to simply add the name of the HTML tag they use in CamelCase. For example a Container component that styles a div tag would be renamed ContainerDiv and look like this in JSX.
UPDATE: Probably going for extracting and not renaming. See https://github.com/iterative/dvc.org/issues/792#issuecomment-569555264

I would check if there are best practices around this. Also, would love to know @iAdramelk 's take on this.

I don't think styled-components.com are so used that there will be broadly established practices around it but I did look this up just now and found https://medium.com/inturn-eng/naming-styled-components-d7097950a245 where they propose using StyledContainer or S.Container, which is what Alexey suggested in https://github.com/iterative/dvc.org/pull/776#discussion_r343969564. But I still like ContainerDiv more. Let's just vote on it?

BTW if we do this and rename the Link styles components to something else, we should probably rename NextLink to just Link (it's natural name from next/link).

Oh, and another option to consider for all this is to migrate to https://github.com/zeit/styled-jsx (but doesn't support nested styles I think)

Do you have a vote here, @iAdramelk? Thanks

@jorgeorpinel  I do think that we should probably move them to the separate files at least. I started experimenting with this approach in https://github.com/iterative/dvc.org/pull/874 (check the files in src/Community) and I think that this way it is a lot more convenient. We can rename them too, but if we move them to the separate files it is not that important, because it is easier to understand that they are a part of the styles. Alternatively, naming convention can be to add prefix to them. Like SCLink instead of Link. This way we will not lock ourselves in using predefined tags there and will be able to change tags without changing component names.
I checked styled-jsx and I am not a big fan of it, it looks janky to me. But I very much want to replace styled-comonents with something that not requires runtime and builds to static css files, like https://github.com/4Catalyzer/astroturf . Right now styled-components is making our bundle size unnecessary large and slows down pages render speed (and also make react profiling tools almost impossible to use). Alternatively, latest version of Next has added css-modules support so we can just switch to normal css instead (old versions of Next didn't work with normal css correctly)

We can rename them too, but if we move them to the separate files it is not that important, because it is easier to understand that they are a part of the styles.

Agree. Probably no need to rename them if they're moved. I'd call the source file styled.js BTW (left a comment in your PR).

add prefix to them. Like SCLink instead of Link. This way we will not lock ourselves

I don't really see the need. There's no locking since you can always rename them at import. I don't love any of the prefixes or suffixes we've suggested here anyway.

I checked styled-jsx ... looks janky. But I very much want to replace styled-comonents with something ... builds to static

Well, styled-jsx comes from the same developers as Next.js haha...
Agree about substituting styled-comonents eventually, but probably needs a separate issue? Unless you think it's a high priority (cc @shcheklein) because that would basically render this and possibly other issues no-longer-relevant.
Rewriting with https://github.com/css-modules/css-modules sounds like the easiest option to me at this point, BTW. But we can list and discuss the options in a new issue if you guys agree.

Fixed by the recent migration.


LPAL-755 Upgrade service-pdf to PHP 8.1

Purpose
Briefly describe the purpose of the change, and/or link to the JIRA ticket for context
Fixes LPAL-####
Approach
Explain how your code addresses the purpose of the change
Learning
Any tips and tricks, blog posts or tools which helped you. Plus anything notable you've discovered about the LPA service
Checklist

[ ] I have performed a self-review of my own code
[ ] I have updated documentation (Confluence/GitHub wiki/tech debt doc) where relevant
[ ] I have added tests to prove my work
[ ] I have added mandatory tags to terraformed resources, where possible
[ ] If I added a package.json or composer.json, I also made sure this is included in the script in .github/workflows/dependabot-update.yml
[ ] The product team have tested these changes

@townxelliot - this will need manual intervention and a merge before rebuilding. i'm closing temporarily until you are available.


add details about underlying message types on input message protocol errors

in general the protocol errors are all missing a lot of context

Hey @tmm1 Can you tell us a bit about how often you encountered protocol errors and what the backend was? Because we don't expect users to ever hit these errors.

We are seeing large numbers of these proto errors and are trying to figure out why. Adding these details here would help.

Hey @tmm1 Can you tell us what is the client in use?

We're using typescript on both sides.

Thanks for the guidance. I believe this may be an application specific issue, so I will close for now.


[Enhancement] Add Tag support on loot fabrication of predictions

I have a list of many items that i have decided to add on a single prediction
So i have decided to tag all items and looping to extract all of them (because i need to use them on other things using kubejs) but i have founded that predictions don't support "tag" : "#modname:itemstack"
(i have already check any other problems before send this issue like item limit on gui but didn't cause any issue)
[version : 1.19.2 , latest]

That could be neat (alongside NBT support if it's not already a feature).

Recipe outputs, in general, do not support tags as an output concept since they need to produce an explicit item stack. I don't think I'll be changing that paradigm here.


The mod doesnt work

Either the mod is just a pure api that adds nothing and the slime/blood effects that are shown on the mod page are not actually a part of this mod, (if thats the case i think that should be stated on the mod page) or the mod is broken.
Also the mod crashes without cloth config api for some reason even tho its supposed to be optional as stated on the mod page.
i tried all the versions of the goop mod and the results were the same, maybe its not compatible with some fabric versions? idk.

Changed the cloth config from optional to required on the download pages
The is mainly a Library, has some example emitters by itself though. You need to enable dev emitters in your Settings. The example emitters are Slimes leaving behind puddles when jumping and taking damage, Blood from Zombies, Snow Golems turning into a puddle when dying and thrown eggs leaving behind a splatter thingie when hitting a Block
It does say on the download pages that the mod doesn't do much by itself, so I dunno what you were expecting

I was kinda expecting the things that were shown on the mod page to answer your question.
Everything is cool but like, why do you have to enable the dev emitters option for all the features to start working? I dont really get that, wouldnt it just cause confusion?

Those aren't really features, they're just examples of how the library could be used. When other devs use it to add their own effects, these example emitters and theirs would both be active and could cause unwanted effects, which is why they're disabled by default. As long as others don't explicitly mark their emitters as dev emitters, they will always be active


Simplify and rename library.

Remove browser bundles.
Remove typescript support for those bundles.
Rename library (repo name the same at the moment).

Except, can we keep the TypeScript definitions?

I'm unsure how that's supposed to work.  The builder was dumping them into the 'dist' dir, but it's unclear how ts would know they were there unless you were using the browser bundles.  I don't know that ecosystem enough to know how to test and/or fix it to work properly.

Maybe we can just use https://github.com/DefinitelyTyped/DefinitelyTyped?  Externalize the issue and get it setup like https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/jsonld.

Going to merge this now.  Someone needs to research how to properly do typescript defs and how to test it.  We can add back into the newly named package if needed.


'Auto hide tab bar' but only for the sidebars

Currently this component feature applies to every tab bars, i think that would be nice to separate that toggle feature into two different ones?
'auto hide tab bar' and 'auto hide sidebars tabs'

Thank you for your suggestion. At this time, I'm not planning to make this change, but I'll keep it in mind for the future.


Add a Binder badge

Hi!
I added a badge for running Binder for the paper notebooks, and also an environment.yml file with the dependencies. I kept scikit-learn in version 0.19.2 because the random forest classification example breaks on 0.20 (because cross_val_score was moved to another module)
Here is a temporary link pointing to my branch while it is not merged:

Hi Luiz!
Sorry for the delay - I was on holiday. I've not used Binder before; it looks great! Thank you for enlightening me and for setting this up for HULK.
Merging now.


TilingScheme: don't "cut" near dead/hot pixels

From #778 - if we cut directly next to a dead/hot pixel, we don't have a complete environment and would get a different result based on tiling. We can make the corrections data available to the negotiation and "nudge" the tile border by a bit in either direction to make sure we have a complete environment around each dead pixel.

This was fixed by #831


Expressions in asmdef are invalid

The version definitions in the UImGui.asmdef are invalid and causes some hard to track down ArgumentException errors from some Unity packages. They should either be 1.0.0 or some range [1.0.0, 2.0.0], etc. https://docs.unity3d.com/Manual/ScriptCompilationAssemblyDefinitionFiles.html

Thanks for reporting. Are you saying about the versions from inputsystem, URP and HDRP?

Please, check out my commit https://github.com/psydack/uimgui/commit/e87d2ad3b0c11d3f07a3fe3edf9e91b2d2c2c9cc and see if it works. =)

Yes it was exactly those. Can confirm that it works. Thanks!


outline should be for the whole document

The outline tab should be for the whole document and not only for the current Tex file.

Without parsing and expanding file inclusion, this is not possible.
As for #193 and #197 this would require to parse the LaTeX source, expand macros, etc… to be reliable and of any real use.

I've been using a regexp-based approach for this for years and it works
just fine.

Also with multiple documents with arbitrary depth of inclusion?

Also with multiple documents with arbitrary depth of inclusion?

Yes. Regexp + recursion.

If you have a gist or kind of a patch, we would really like to review and comment it!


Add rustfmt.toml and clippy.toml files

It would be nice to have a standard for the project styles and clippy checks enforced by CI.
E.g.: https://rust-lang.github.io/rustfmt/?version=v1.5.1&search=#imports_granularity

Since we check formatting and lints in CI, the implicit assumption is that we use the defaults for all settings. That's good enough for me. Also for the imports, I tend to use a mix of Item and Module and like it that way. Just not a big fan of One or Crate.

Ok, just an idea to help with consistency.


dosToJavaTme typo mistake

net.lingala.zip4j.util.Zip4jUtil#dosToJavaTme method name has a typo mistake.

This has been fixed (or rather changed), as part of a different issue #214 . The new method will be called dosToExtendedEpochTime. I will include this in the next release.

I will close this issue as this will be tracked in #214


(#897) Fix buffer window layout

Now the layout is in order from left to right: filename with extension, buffer, file size, icon, current line in buffer, full path, flag and extra.
An example here:

Can you paste an image for the new layout?

I edited the first comment with a visualization and the description of the columns.


Migration from BingSearchApi to Microsoft Cognitive

Hi Tristantao,
Thank you so much for providing the wrapper which is helping us a lot. Wanted to know as Microsoft is migrating BingSearchApi to Microsoft Cognitive services, can we expect a new version of the wrapper code if so by when? Can you please look into it as most of my work depends on this wrapper and it would be a great help if you can fix this
Regards

Hi @ranam008,
I'm already looking into creating a separate package for the cognitive service. My goal is to get something stable out by Dec 1st (I believe Dec 15th is the EOL for this product).
I should have more info in by end of next week on the scope of the package.

As an update, there is a unstable (but working) version for the new API here: https://github.com/tristantao/py-ms-cognitive
Currently only the general webpage search works. If you have any feedback on what feature you need etc, do leave them here.

Th new package seems stable enough. Closing this now.


hps_accel: fix off-by-one error with max_index signal width

This signal was called max_index (implying its value should range up to
N-1 for N input words) but it was actually being used as num_words (its
value would range up to N for N input words).
The logic using the signal was correct, but the signal's width was
wrongly calculated. If num_words was set equal to the maximum capacity
of the input store, the max_index signal would wrap around to 0 instead
of N.
I noticed this when I was unit-testing the filter store, which reuses the same logic. In the filter store unit tests I was setting the store depth equal to the number of words I was filling. The existing input store tests don't catch this because they always fill the store to much less than its capacity.
Amusingly, this is the exact same mistake I made early on when I was writing the filter store too. :-)

I'll write up a test case for this, too.

Yes I realised in the shower last night (of course...) that I should have included a test case with this PR. I'm glad you're on top of it though, thanks.


Tw Cen MT - File Names and Styles incorrect

@alib-ms
Currently it appears there are 7 fonts available from this family (in cloud fonts).
File name list shows 10 files - 3 of which are duplicates.
Tcm_____.ttf  - Regular
Tcb_____.ttf   - Bold
Tcbi____.ttf   - Bold Italic
Tcmi____.ttf  - Italic
Tcm_____.ttf  - Regular (duplicate)
Tcmi____.ttf   - Italic (duplicate)
Tccm____.ttf  - Condensed Regular
Tccb____.ttf   - Condensed Bold
Tcceb.ttf       -  Condensed Extra Bold
Tccm____.ttf  - Condensed Regular (duplicate)
Remove the three duplicates and the file names are correct.
Styles & Weights list shows 6 styles - 2 of which are not available
Tw Cen MT
Tw Cen MT Bold
Tw Cen MT Bold Italic
Tw Cen MT Italic
Tw Cen MT Medium           - (not available in cloud fonts)
Tw Cen MT Medium Italic  - (not available in cloud fonts)
And the following 3 styles are not listed (but are correctly in the file list)
Tw Cen MT Condensed
Tw Cen MT Condensed Bold
Tw Cen MT Condensed Extra Bold
Add these 3 styles (and remove the 2 Mediums) to make the Styles list correct.
The Style & Weight examples show 3 different Medium fonts.
Tw Cen MT Medium
Tw Cen MT Medium Italic
Tw Cen MT Condensed Medium
Which application supplied these Medium fonts?
I did not find them in Office 2003 thru 2021.
So how did they end up in this list?
Thanks!
Note: The Cloud Fonts list appears to show the correct 7 fonts (name and file name).
Or should the 3 Medium styles be added to make 10?
UPDATE: I found the three Medium fonts in Publisher 98.
ANOTHER UPDATE: OK, I finally figured-out what happened.
The Medium fonts got renamed - taking the "Medium" out of the name.
They are now the Regular fonts.
So to prevent confusion for the currently available cloud fonts,
the above changes should be made.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 75a5230f-2c4d-c16e-3ea6-cef7afe2f743
Version Independent ID: 8110c516-3426-e595-9495-04ae3debe2cd
Content: Tw Cen MT font family - Typography
Content Source: typographydocs/font-list/tw-cen-mt.md
Product: typography
GitHub Login: @alib-ms
Microsoft Alias: alib

Thank you for letting me know. Office currently only ships
Tw Cen MT	Tcm_____.ttf
Tw Cen MT Bold	Tcb_____.ttf
Tw Cen MT Bold Italic	Tcbi____.ttf
Tw Cen MT Italic	Tcmi____.ttf
Tw Cen MT Condensed	Tccm____.ttf
Tw Cen MT Condensed Bold	Tccb____.ttf
Tw Cen MT Condensed Extra Bold	Tcceb.ttf
I will make the corrections.

OK. Great.
That also matches what is installed with Office 2019.
Thanks.

Hi @kenmcd, I have updated the Tw Cen MT font family - Typography page.

Looks good now!
Closing.


Infinite Loop in Screen Sum All Odd Fibonacci Numbers

FreeCodeCamp Issue template
To Use this Template:

Fill out what you can
Delete what you do not fill out

NOTE: ISSUES ARE NOT FOR CODE HELP - Ask for Help at https://gitter.im/FreeCodeCamp/Help
Issue Description
When i access to my page I cant change the code because the screen is Frozen
Browser Information
Chrome
Windows 10
Your Code
If relevant, paste all of your challenge code in here

Screenshot

Finally I could change my code pressing Supr when the page was loading.

If you run into this problem again you can Disable Code Auto-Run. Thanks and happy coding!


Import the new Lineage Data

Right now, I am writing a test function for it, but probably won't work until I figure out the censored versus cell death part...

Now that this is working, I guess need to write a new one! the data Dr. Dane sent is somehow different.

Oh.. Thanks for letting me know. I will work on importing the MCF10A data then.


Added pledge 'is_paused' field

added optional field is_paused

Hey @ElliotRobot20 I'd be happy to approve and merge this once that typo is fixed.

Closing old PRs, feel free to re-open if still needed.


api_key request

Hello ethteck, since we haven't been able to reach StanH, so we forked a new repository to continue the FE6 decomp project. I'm currently the maintainer of the new repository. I hope you can PM me the FE6 API key to replace the one from the original repository, thanks!
cc @laqieer

Hey - I'm happy to give you the key, but just to make sure, did you try emailing them too? I see both discord and email as contact points on their profile:

discord: nat_776
email: deindall AT outlook DOT com

Thank you for the reminder! Previously, everyone was unable to contact StanH via GitHub and Discord, I may try to reach out to him through email.

gotcha! okay, let's give it like a day or two, and if you don't hear back, I'll send the key

mawhp. okay

do you have discord?

Yes, you can contact me via mokha.li (or Mokha#8860?)

Reached out there. thanks :) closing this for now


Gender-neutral language

Screenshot

Description
It looks like some terms in the German language are translated gender neutral (with wildcard for the non-binary ones).
As a result, people with visual impairments can't use the frontend properly because the screen readers don't support it.
It is also not recommended by DBSV.
Attached is the information from the DBSV.
https://www.dbsv.org/gendern.html
See ein*e Benutzer*in
Design input
For better readability, the masculine term should be used.

Well... actually... I'll re-open this. It seems legit, and maybe someone can tackle it. It's just stale though, so we might close it if nobody pitches in after a while.

Not sure if this is on @eschutho or @yousoph 's accessibility project radar, but I will say this is at risk of being closed as stale if nobody wants to tackle it. Contributions warmly welcomed :D


Update sanitize, nokogiri, drop nokogumbo dependency

I'm changing the plan: I'm going to add more updates to this branch, as I'm going to have to test them all with Portal before deploying anyway.


Add the distribution ID to the list and individual view of distributions for easier tracking

Summary
We've noticed that it is pretty hard to refer/find distributions without an id to help distinguish them.
Let's do these things:

Add a ID column for each distributions (distributions#index)
Add the ID of the distribution in the individual view page (distributions#show).

Things to Consider
At some point, the ID will get too long and make it more challenging to refer to. We haven't reached that point so it is okay to use the primary ID of distributions
Criteria for Completion

[ ] As a user, I can see the ID of each distributions in the distributions list page so that I can easily refer to it.
[ ] As a user, I can see the ID of the distribution when viewing them so that I can easily refer to it.

@joshuacgraves thanks for bringing this up in our meeting today.

Happy to help with this, I'll try to get it done asap

Completed via https://github.com/rubyforgood/diaper/pull/2239 and forgot to update this issue. Sorry @PhilipDeFraties !


Fixes #29

Adds Pester Test for xDhcpServerOption\Get-TargetResource output
Fixes #29 : Adds Router property to output

This change is

Hi @gordonbondon, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!

In order for us to evaluate and accept your PR, we ask that you sign a contribution license agreement. It's all electronic and will take just minutes. I promise there's no faxing. https://cla.microsoft.com.

TTYL, MSBOT;

@gordonbondon, Thanks for signing the contribution license agreement so quickly! Actual humans will now validate the agreement and then evaluate the PR.
Thanks, MSBOT;

Please include a summary of changes in an unreleased version change per the contribution guidelines

Reviewed 2 of 2 files at r1.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from Reviewable

Review status: all files reviewed at latest revision, 1 unresolved discussion, all commit checks successful.

DSCResources/MSFT_xDhcpServerOption/MSFT_xDhcpServerOption.psm1, line 67 [r1] (raw file):

        {
            $dnsDomain = (($dhcpOption | Where-Object Name -like 'DNS Domain Name').value)[0]
            $ensure = 'Present'

.

Comments from Reviewable

I've added README update to my latest commit.

Reviewed 1 of 1 files at r2.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from Reviewable


"Ghost" UI elements staying visible while editing relations

While editing relations, I noticed in the left side bar for the tagging, that regularily, a kind of "ghost" UI elements stayed visible. This is confusing. These boxes are related to a previous edit of another way, but initially keep visible when I switch / select another way in the editor's viewing window.
It seems some refresh is necessary?

Thanks for reporting @mboeringa ... Those are leftover dropdown menus and should definitely go away once the dropdown is gone.  What browser/os are you using?

This was with the latest Firefox 57.0.2 on Windows 10.

@bhousel:
Late response, but I am now suspecting the particular issue may have been due to some background processing going on. I had started some batch process before this issue occurred, and it turned out to have some bigger impact on the load of CPU and GPU than I initially expected. I think this is the main cause of what I witnessed, although it still slightly puzzles me that I could switch to another object, and see the main dropdown update, while these "ghost" images kept visible.
Anyway, unless you were able to reproduce it, I think I am going to close this issue for now.
Marco

Thanks for the followup, @mboeringa 👍


Make sure rust-analyser uses rust-project.json Meson generates

This is very similar case than compile_commands.json, Meson generates a file in builddir that some extensions should be using. It makes static analysers work out of the box instead of requiring user to configure paths themself.
We only need to watch for file creation, it was previously wrongly watching for file changes for legacy reasons (we used to patch compile_commands.json).

This is a first step, there is probably more to be done. See discussion in https://github.com/rust-lang/rust-analyzer/issues/15963.

This looks good to me.


Flaky test  - mainline multi-host

The mainline test is failing intermittently (maybe one in ten runs). This is annoying and should be fixed
======================================================================
FAIL: Run a mainline multi-host test.
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/tests/st/libnetwork/test_mainline_multi_host.py", line 96, in test_multi_host
    workload_h2n1_1])
  File "/tests/st/utils/utils.py", line 122, in wrapped
    raise e
AssertionError: workload_h1n1_1 cannot ping <IP_ADDRESS>

Looks like I implemented half of this by adding a retries passthrough to test framework assertion function that is failing.
Still need to increase the retries in the caller.


AU-space not calculating correct REM if $AU-rem has been changed

Bug Report

[ x] I’ve read and understood the Contributing guidelines and have done my best effort to follow them.
[ x] I’ve read and agree to the Code of Conduct.
[x ] I’ve searched for any related issues and avoided creating a duplicate issue.

What happened
Set $AU-rem to 14, select box height gets set to
AU-space('height', 2.5unit)
height: 40px
height: 2.5rem
What I expected to happen
Set $AU-rem to 14, select box height gets set to
AU-space('height', 2.5unit)
height: 40px
height: 2.875rem
Reproducing

Module name: Select
Module version: latest
Pancake version:N/A
Node version:N/A
npm version:N/A
Pancake settings in your package.json:

Steps to reproduce:

Set $AU-rem: 14;
Run the test suite for Select
select the HTML version and set HTML font-size: 14px
view REM vs Height in inspector

It looks that the AU-space function doesn't take into account the $AU-rem setting.
Attachments

Hi @mikey0000 thanks for raising the issue! The team will have a look into it and get back to you


change github action for publish

action tested in - https://github.com/stackhpc/ansible-role-os-networks/actions/runs/2167558192