Sync/save not working

Haven't used StackEdit in about a month, and (in Chrome) it constantly tries to save (status bar keeps blinking), but it's not saving anything. Same problem when trying to sync back to Google Drive or just using StackEdit in the browser.
Anyone else seeing this same issue?

I have the same problem. The status bar keeps blinking but nothing is saved. I am using Chrome 47 on Ubuntu.
In the console, there is a message, "Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check http://xhr.spec.whatwg.org/." I am not sure whether this is related.

I also saw "GET https://content.googleapis.com/drive/v2/changes?pageToken=xxxxx 500 (OK)" in the console.

I can copy that. Wanted to setup sync on my new laptop at work and the saving/sync bar keeps blinking.
Also, setting up the Auto Sync feature with Google Drive does not work. No error shown, just nothing happens.

Huh. Hope it's not broken for good.
On Jan 27, 2016 4:59 PM, "Matthias Meier"<EMAIL_ADDRESS>wrote:

I can copy that. Wanted to setup sync on my new laptop at work and the
saving/sync bar keeps blinking.
Also, setting up the Auto Sync feature with Google Drive does not work. No
error shown, just nothing happens.
—
Reply to this email directly or view it on GitHub
https://github.com/benweet/stackedit/issues/935#issuecomment-175592489.

Hmm… I just updated a couple of apps on my Mac. (Nothing that would make sense to solve the issue; e.g. not Chrome, Dev Tools or OS X). But I cannot reproduce it anymore. Syncing seems to work again.
And yes – I restarted Chrome and my Laptop already before.

Yeah I thought it was working, but no luck. Tried syncing to Dropbox instead of Google Docs? Same problem. It just keeps spinning, and nothing saves.

Tried syncing to Google Drive on both Chrome and Firefox, same here.

I can't reproduce that. Can you try with incognito window to make sure it's not caused by an extension.

I think I have the same problem. I'm using Chrome 48.0.2564.116 on Mac. I opened a document from Google Drive and made a change. The sync process starts and I can see the animation going on at the top, but the process never finishes and my change is never persisted back to Drive. On the JS console I see these messages:
Document was loaded from Application Cache with manifest https://stackedit.io/cache.manifest
editor:1 Application Cache Checking event
res-min/main.js:2749 'Range.detach' is now a no-op, as per DOM (https://dom.spec.whatwg.org/#dom-range-detach).
editor:1 Application Cache NoUpdate event
res-min/main.js:6729 Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.

I have also tried to do the same thing with Dropbox, with the same results (I haven't compared the console output though).
I just saw your comment and tried the whole thing again in an Incognito window. I took care to deactivate all extensions for Incognito mode first. There was one difference in behavior: I had to force a sync manually, because it didn't kick in automatically within a minute or so. The app then showed the sync animation again and nothing was being synced. I copied the whole console log this time, which was much longer than before.
editor:1 Creating Application Cache with manifest https://stackedit.io/cache.manifest
editor:1 Application Cache Checking event
editor:1 Application Cache Downloading event
editor:1 Application Cache Progress event (0 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/fontdata.js?rev=2.6.1
editor:1 Application Cache Progress event (1 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/fontdata-extra.js?rev=2.6.1
editor:1 Application Cache Progress event (2 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/SuppMathOperators.js?rev=2.6.1
editor:1 Application Cache Progress event (3 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/SpacingModLetters.js?rev=2.6.1
editor:1 Application Cache Progress event (4 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/MiscSymbols.js?rev=2.6.1
editor:1 Application Cache Progress event (5 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/MathOperators.js?rev=2.6.1
editor:1 Application Cache Progress event (6 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/LetterlikeSymbols.js?rev=2.6.1
editor:1 Application Cache Progress event (7 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/LatinExtendedB.js?rev=2.6.1
editor:1 Application Cache Progress event (8 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/GreekAndCoptic.js?rev=2.6.1
editor:1 Application Cache Progress event (9 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/BasicLatin.js?rev=2.6.1
editor:1 Application Cache Progress event (10 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Italic/MathOperators.js?rev=2.6.1
editor:1 Application Cache Progress event (11 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Italic/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (12 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Italic/LatinExtendedB.js?rev=2.6.1
editor:1 Application Cache Progress event (13 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Italic/GreekAndCoptic.js?rev=2.6.1
editor:1 Application Cache Progress event (14 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Italic/GeneralPunctuation.js?rev=2.6.1
main.js:2749 'Range.detach' is now a no-op, as per DOM (https://dom.spec.whatwg.org/#dom-range-detach).
editor:1 Application Cache Progress event (15 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/autoload/mtable.js?rev=2.6.1
editor:1 Application Cache Progress event (16 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Italic/CombDiacritMarks.js?rev=2.6.1
editor:1 Application Cache Progress event (17 of 214) https://stackedit.io/res-min/font/cursive_standard-webfont.woff
editor:1 Application Cache Progress event (18 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/SuppMathOperators.js?rev=2.6.1
editor:1 Application Cache Progress event (19 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/MiscSymbols.js?rev=2.6.1
editor:1 Application Cache Progress event (20 of 214) https://stackedit.io/res-min/themes/solarized-light.css
editor:1 Application Cache Progress event (21 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/MiscMathSymbolsA.js?rev=2.6.1
editor:1 Application Cache Progress event (22 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (23 of 214) https://stackedit.io/res-min/themes/school.css
editor:1 Application Cache Progress event (24 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/LatinExtendedB.js?rev=2.6.1
editor:1 Application Cache Progress event (25 of 214) https://stackedit.io/res-min/font/fontello.svg
editor:1 Application Cache Progress event (26 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/LatinExtendedA.js?rev=2.6.1
editor:1 Application Cache Progress event (27 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Italic/LatinExtendedA.js?rev=2.6.1
editor:1 Application Cache Progress event (28 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/HelpDialog.js?rev=2.6.1
editor:1 Application Cache Progress event (29 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/GeometricShapes.js?rev=2.6.1
editor:1 Application Cache Progress event (30 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/BasicLatin.js?rev=2.6.1
editor:1 Application Cache Progress event (31 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/LatinExtendedA.js?rev=2.6.1
editor:1 Application Cache Progress event (32 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Size4/Regular/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (33 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Size3/Regular/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (34 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Typewriter/Regular/BasicLatin.js?rev=2.6.1
editor:1 Application Cache Progress event (35 of 214) https://stackedit.io/res-min/themes/solarized-dark.css
editor:1 Application Cache Progress event (36 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Typewriter/Regular/Other.js?rev=2.6.1
editor:1 Application Cache Progress event (37 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Typewriter/Regular/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (38 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/SansSerif/Regular/Other.js?rev=2.6.1
editor:1 Application Cache Progress event (39 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/autoload/maction.js?rev=2.6.1
editor:1 Application Cache Progress event (40 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/SansSerif/Italic/Other.js?rev=2.6.1
editor:1 Application Cache Progress event (41 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/SansSerif/Regular/BasicLatin.js?rev=2.6.1
editor:1 Application Cache Progress event (42 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/SansSerif/Bold/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (43 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/AMSmath.js?rev=2.6.1
editor:1 Application Cache Progress event (44 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/SansSerif/Bold/BasicLatin.js?rev=2.6.1
editor:1 Application Cache Progress event (45 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Script/Regular/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (46 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Math/Italic/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (47 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Math/BoldItalic/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (48 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/CombDiacritMarks.js?rev=2.6.1
editor:1 Application Cache Progress event (49 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/SuppMathOperators.js?rev=2.6.1
editor:1 Application Cache Progress event (50 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Caligraphic/Regular/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (51 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/SpacingModLetters.js?rev=2.6.1
https://monetizejs.com/authorize?immediate=true&response_type=token&client_…8iLhhO&redirect_uri=https%3A%2F%2Fstackedit.io%2Feditor%23&q=1457543120910 Failed to load resource: the server responded with a status of 401 (Unauthorized)
authorize:8 Object(anonymous function) @ authorize:8
editor:1 Application Cache Progress event (52 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/MiscSymbols.js?rev=2.6.1
editor:1 Application Cache Progress event (53 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/MiscMathSymbolsB.js?rev=2.6.1
editor:1 Application Cache Progress event (54 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/GreekAndCoptic.js?rev=2.6.1
editor:1 Application Cache Progress event (55 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/MathOperators.js?rev=2.6.1
editor:1 Application Cache Progress event (56 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (57 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/Latin1Supplement.js?rev=2.6.1
editor:1 Application Cache Progress event (58 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/MiscTechnical.js?rev=2.6.1
editor:1 Application Cache Progress event (59 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/GeometricShapes.js?rev=2.6.1
editor:1 Application Cache Progress event (60 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/CombDiacritMarks.js?rev=2.6.1
editor:1 Application Cache Progress event (61 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/Arrows.js?rev=2.6.1
editor:1 Application Cache Progress event (62 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Caligraphic/Bold/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (63 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Fraktur/Regular/PUA.js?rev=2.6.1
editor:1 Application Cache Progress event (64 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Fraktur/Regular/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (65 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/LatinExtendedA.js?rev=2.6.1
editor:1 Application Cache Progress event (66 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Fraktur/Bold/PUA.js?rev=2.6.1
editor:1 Application Cache Progress event (67 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Italic/LetterlikeSymbols.js?rev=2.6.1
editor:1 Application Cache Progress event (68 of 214) https://stackedit.io/res-min/themes/gray.css
editor:1 Application Cache Progress event (69 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Fraktur/Bold/Other.js?rev=2.6.1
editor:1 Application Cache Progress event (70 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Fraktur/Bold/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (71 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Size1/Regular/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (72 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Fraktur/Bold/BasicLatin.js?rev=2.6.1
editor:1 Application Cache Progress event (73 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/autoload/ms.js?rev=2.6.1
editor:1 Application Cache Progress event (74 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/LetterlikeSymbols.js?rev=2.6.1
editor:1 Application Cache Progress event (75 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/autoload/mmultiscripts.js?rev=2.6.1
editor:1 Application Cache Progress event (76 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/Dingbats.js?rev=2.6.1
editor:1 Application Cache Progress event (77 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/autoload/mglyph.js?rev=2.6.1
editor:1 Application Cache Progress event (78 of 214) https://stackedit.io/res-min/font/PTSans-BoldItalic-webfont.woff
editor:1 Application Cache Progress event (79 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/autoload/annotation-xml.js?rev=2.6.1
editor:1 Application Cache Progress event (80 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/SuppMathOperators.js?rev=2.6.1
editor:1 Application Cache Progress event (81 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/SupplementalArrowsB.js?rev=2.6.1
editor:1 Application Cache Progress event (82 of 214) https://stackedit.io/res-min/img/math.png
editor:1 Application Cache Progress event (83 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/MiscTechnical.js?rev=2.6.1
editor:1 Application Cache Progress event (84 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/MiscSymbolsAndArrows.js?rev=2.6.1
editor:1 Application Cache Progress event (85 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/autoload-all.js?rev=2.6.1
editor:1 Application Cache Progress event (86 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/MathOperators.js?rev=2.6.1
editor:1 Application Cache Progress event (87 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/LetterlikeSymbols.js?rev=2.6.1
editor:1 Application Cache Progress event (88 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/GeometricShapes.js?rev=2.6.1
editor:1 Application Cache Progress event (89 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/GeneralPunctuation.js?rev=2.6.1
editor:1 Application Cache Progress event (90 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/Dingbats.js?rev=2.6.1
editor:1 Application Cache Progress event (91 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/EnclosedAlphanum.js?rev=2.6.1
editor:1 Application Cache Progress event (92 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/CombDiactForSymbols.js?rev=2.6.1
editor:1 Application Cache Progress event (93 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/CombDiacritMarks.js?rev=2.6.1
editor:1 Application Cache Progress event (94 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/jax.js?rev=2.6.1
editor:1 Application Cache Progress event (95 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/verb.js?rev=2.6.1
editor:1 Application Cache Progress event (96 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/SpacingModLetters.js?rev=2.6.1
editor:1 Application Cache Progress event (97 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/GeneralPunctuation.js?rev=2.6.1
editor:1 Application Cache Progress event (98 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/noUndefined.js?rev=2.6.1
editor:1 Application Cache Progress event (99 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/noErrors.js?rev=2.6.1
editor:1 Application Cache Progress event (100 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/newcommand.js?rev=2.6.1
editor:1 Application Cache Progress event (101 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/mediawiki-texvc.js?rev=2.6.1
editor:1 Application Cache Progress event (102 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/GreekAndCoptic.js?rev=2.6.1
editor:1 Application Cache Progress event (103 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/MiscTechnical.js?rev=2.6.1
editor:1 Application Cache Progress event (104 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/mathchoice.js?rev=2.6.1
editor:1 Application Cache Progress event (105 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/enclose.js?rev=2.6.1
editor:1 Application Cache Progress event (106 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/cancel.js?rev=2.6.1
editor:1 Application Cache Progress event (107 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/autoload/multiline.js?rev=2.6.1
editor:1 Application Cache Progress event (108 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/begingroup.js?rev=2.6.1
editor:1 Application Cache Progress event (109 of 214) https://stackedit.io/res-min/img/conflict.png
editor:1 Application Cache Progress event (110 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/Safe.js?rev=2.6.1
editor:1 Application Cache Progress event (111 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/bbox.js?rev=2.6.1
editor:1 Application Cache Progress event (112 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/autobold.js?rev=2.6.1
editor:1 Application Cache Progress event (113 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/AMSsymbols.js?rev=2.6.1
editor:1 Application Cache Progress event (114 of 214) https://stackedit.io/res-min/font/SourceSansPro-Bold-webfont.woff
editor:1 Application Cache Progress event (115 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Script/Regular/BasicLatin.js?rev=2.6.1
editor:1 Application Cache Progress event (116 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/Latin1Supplement.js?rev=2.6.1
editor:1 Application Cache Progress event (117 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/AMScd.js?rev=2.6.1
editor:1 Application Cache Progress event (118 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/action.js?rev=2.6.1
editor:1 Application Cache Progress event (119 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/MathOperators.js?rev=2.6.1
editor:1 Application Cache Progress event (120 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/Latin1Supplement.js?rev=2.6.1
editor:1 Application Cache Progress event (121 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Size2/Regular/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (122 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/GeometricShapes.js?rev=2.6.1
editor:1 Application Cache Progress event (123 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/color.js?rev=2.6.1
editor:1 Application Cache Progress event (124 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/MathML/mml3.js?rev=2.6.1
editor:1 Application Cache Progress event (125 of 214) https://stackedit.io/res-min/require.js
editor:1 Application Cache Progress event (126 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/HTML-CSS/handle-floats.js?rev=2.6.1
editor:1 Application Cache Progress event (127 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Regular/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (128 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/toMathML.js?rev=2.6.1
editor:1 Application Cache Progress event (129 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/mml2jax.js?rev=2.6.1
editor:1 Application Cache Progress event (130 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/MathMenu.js?rev=2.6.1
editor:1 Application Cache Progress event (131 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/SansSerif/Regular/CombDiacritMarks.js?rev=2.6.1
main.js:6729 Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.
editor:1 Application Cache Progress event (132 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/MathEvents.js?rev=2.6.1
editor:1 Application Cache Progress event (133 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/MatchWebFonts.js?rev=2.6.1
editor:1 Application Cache Progress event (134 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/autoload/menclose.js?rev=2.6.1
editor:1 Application Cache Progress event (135 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Typewriter/Regular/CombDiacritMarks.js?rev=2.6.1
editor:1 Application Cache Progress event (136 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/SansSerif/Bold/CombDiacritMarks.js?rev=2.6.1
editor:1 Application Cache Progress event (137 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/jsMath2jax.js?rev=2.6.1
editor:1 Application Cache Progress event (138 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/extpfeil.js?rev=2.6.1
editor:1 Application Cache Progress event (139 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/unicode.js?rev=2.6.1
editor:1 Application Cache Progress event (140 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/HTML.js?rev=2.6.1
editor:1 Application Cache Progress event (141 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/CHTML-preview.js?rev=2.6.1
editor:1 Application Cache Progress event (142 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/asciimath2jax.js?rev=2.6.1
editor:1 Application Cache Progress event (143 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/fast-preview.js?rev=2.6.1
editor:1 Application Cache Progress event (144 of 214) https://stackedit.io/res-min/img/toc.gif
editor:1 Application Cache Progress event (145 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/jax.js?rev=2.6.1
editor:1 Application Cache Progress event (146 of 214) https://stackedit.io/res-min/font/PTSans-Bold-webfont.woff
editor:1 Application Cache Progress event (147 of 214) https://stackedit.io/res/bower-libs/MathJax/config/TeX-AMS_SVG.js?rev=2.6.1
editor:1 Application Cache Progress event (148 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Fraktur/Regular/Other.js?rev=2.6.1
editor:1 Application Cache Progress event (149 of 214) https://stackedit.io/res/bower-libs/MathJax/config/Safe.js?rev=2.6.1
editor:1 Application Cache Progress event (150 of 214) https://stackedit.io/res/bower-libs/MathJax/MathJax.js?config=TeX-AMS_SVG
editor:1 Application Cache Progress event (151 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/MiscMathSymbolsA.js?rev=2.6.1
editor:1 Application Cache Progress event (152 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/SansSerif/Italic/Main.js?rev=2.6.1
editor:1 Application Cache Progress event (153 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/tex2jax.js?rev=2.6.1
editor:1 Application Cache Progress event (154 of 214) https://stackedit.io/res-min/img/icons2x.png
editor:1 Application Cache Progress event (155 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/AMS/Regular/BoxDrawing.js?rev=2.6.1
editor:1 Application Cache Progress event (156 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/GreekAndCoptic.js?rev=2.6.1
editor:1 Application Cache Progress event (157 of 214) https://stackedit.io/res-min/themes/base.css
editor:1 Application Cache Progress event (158 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/element/mml/optable/Arrows.js?rev=2.6.1
editor:1 Application Cache Progress event (159 of 214) https://stackedit.io/res-min/themes/default.css
editor:1 Application Cache Progress event (160 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/MathZoom.js?rev=2.6.1
editor:1 Application Cache Progress event (161 of 214) https://stackedit.io/res/bower-libs/MathJax/jax/output/SVG/fonts/TeX/Main/Bold/Arrows.js?rev=2.6.1
editor:1 Application Cache Progress event (162 of 214) https://stackedit.io/res-min/themes/blue.css
editor:1 Application Cache Progress event (163 of 214) https://stackedit.io/res-min/img/syntax-highlighting.gif
editor:1 Application Cache Progress event (164 of 214) https://stackedit.io/res/bower-libs/MathJax/extensions/TeX/boldsymbol.js?rev=2.6.1
editor:1 Application Cache Progress event (165 of 214) https://stackedit.io/res-min/main.js
editor:1 Application Cache Error event: Resource fetch failed (2) https://stackedit.io/res-min/main.js
Failed to execute 'postMessage' on 'DOMWindow': The target origin provided ('https://docs.google.com') does not match the recipient window's origin ('https://stackedit.io').
about:blank:1 Invalid 'X-Frame-Options' header encountered when loading 'https://docs.google.com/picker?protocol=gadgets&origin=https%3A%2F%2Fstacke…8917%22%7D))&rpctoken=k8bbuqkpyt&rpcService=8u6tv5hy3j&thirdParty=true': 'ALLOW-FROM https://stackedit.io' is not a recognized directive. The header will be ignored.

Any update on this? I wanted to switch to Dropbox as this seems still unresolved. But the Dropbox sync does not seem to work at all.

I tried Dropbox as well, with the same result as Google Drive. In both cases, I opened the file originally from the running StackEdit.
Another hint perhaps - when I try to access a Google Drive file directly in StackEdit (using the context menu on the item in Web Google Drive), the UI comes up but never loads the file.

Any progress on this - just trying Stackedit for first time and getting these issues with Google Drive.

https://www.dropbox.com/s/no8h8tbf2rc7cvu/Screenshot 2016-08-15 16.24.53.png?dl=0

Suffering from this same problem as well, unfortunately.

I'm actually working to fix this recently. Might be able to make a PR in a
few days.
On Sun, Sep 4, 2016 at 01:09 Josh F<EMAIL_ADDRESS>wrote:

Suffering from this same problem as well, unfortunately.
[image: image]
https://cloud.githubusercontent.com/assets/2595454/18226022/1f480376-71cf-11e6-86e9-2f1e3d29454d.png
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/benweet/stackedit/issues/935#issuecomment-244555003,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADfgqkj9cYaGq558uia3dG6kJfszirIUks5qmZungaJpZM4HGoQ0
.

@ovikholt Any more insights or temporary fix?

Hi Nicolas
No unfortunately not :-(  I haven't had the opportunity to prioritize
this.  Good to hear there's interest though, it certainly affects the
priority.   And we're still suffering with the current situation at my work
place.  Back when I sent the email, I started implementing a temporary fix
and researching, and found out quite a few things.  Perhaps I should push
the WIP and maybe someone's up for collaboration?
On Thu, Oct 20, 2016 at 5:04 PM, Nicolas Wormser<EMAIL_ADDRESS>wrote:

@ovikholt https://github.com/ovikholt Any more insights or temporary
fix?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/benweet/stackedit/issues/935#issuecomment-255036754,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADfgqjHLjbKZ8iHRB4OApP7b2FiTEIMLks5q1yBzgaJpZM4HGoQ0
.

--
Ola Brunborg Vikholt
(+81) 80 4192 3698

Sync to GDrive still not working for me. Sync keeps spinning, files are out of sync.
Unusable.

When I checked, this is what I found: Google's API has changed since
Stackedit was last developed, and Stackedit's code is doing some less than
clever things with the file edit history that it retrieves from Google in
full. These things needs to be fixed before the sync will work. It is at
least 3 whole days work of development work, probably 2 weeks to get it
right, and maybe more. Somebody who can prioritize this work should do it;
regrettably, I cannot right now.
On Thu, Jan 19, 2017 at 10:38 PM, matteobrusa<EMAIL_ADDRESS>wrote:

Sync to GDrive still not working for me. Sync keeps spinning, files are
out of sync.
Unusable.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/benweet/stackedit/issues/935#issuecomment-273778251,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADfgquFp_tMdGEEYUdmlwCmzRGyGFD8cks5rT2dsgaJpZM4HGoQ0
.

--
Ola Brunborg Vikholt
(+81) 80 4192 3698 <+81%2080-4192-3698>

All,
Moving on to some other things, so shutting this account down.
If you're interested in staying in touch, find me at
<EMAIL_ADDRESS>Or on the Twitter.
Or wherever.
So long, and thanks for the laughs.
Regards,
Gary Owen
Website: Sunny in Kabul (sunnyinkabul.com)
Portfolio: https://garyowen.contently.com/

I just did another test on this. Opened a file from Dropbox and edited, then waited for the sync to start. It did and then the progress indicator kept animating for... well... I'll say three or four minutes. I thought it was stuck - I checked the console where I found a large number of messages (couldn't tell when exactly they had shown up), then went back to read this thread again... and all of a sudden, after said three or four minutes, the sync completed successfully! So what's going on now? This is new, albeit still weird!

I'm having problems syncing my new changes back to Google Drive. Basically, I opened my Stackedit doc in Chrome, and started typing. Even force-save. But minutes later, all new contents were lost, as the document reverted to the old version. Was able to reproduce this loss of new content at least 3 times. I'm not sure what is going on... but it shaken my confidence in Stackedit... will look for another alternative... pity...

Stackedit hasn't been maintained in a long time, and the Google Drive
syncing code is grossly out-of-date.  Other sync options might work --
seems people are having success with Dropbox.
Until that part of Stackedit enjoys a rewrite, stay away from the Google
Drive integration.
To owner of Stackedit: people are losing faith!  Please at least add a
notice warning people about the current situation.
On Sat, Mar 18, 2017 at 12:29 PM, NGG-932<EMAIL_ADDRESS>wrote:

I'm having problems syncing my new changes back to Google Drive.
Basically, I opened my Stackedit doc in Chrome, and started typing. Even
force-save. But minutes later, all new contents were lost, as the document
reverted to the old version. Was able to reproduce this loss of new content
at least 3 times. I'm not sure what is going on... but it shaken my
confidence in Stackedit... will look for another alternative... pity...
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/benweet/stackedit/issues/935#issuecomment-287513191,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADfgqvm7wkk3vtiOHLMmgkqNXzgQ9mijks5rm0-WgaJpZM4HGoQ0
.

--
Ola Brunborg Vikholt
(+81) 80 4192 3698

Under "Manage Documents" on the right hand side, I deleted the local files and re-import my file from Google Drive. Seems to be stable now. Changes were synced back. Maybe the old local file were causing a problem. Will wait and see. Hopefully, it works again.

Unfortunately this is not solved. I have reset the app in the settings, but initiating any Drive operation from StackEdit results in timeouts, whereas opening "with" from Drive completes in seconds.
Would really like this to be fixed (especially since I monetized it a fair while ago). Stackedit.io really fills a gap for small scale publishing.
EDIT: I reset the app yesterday, and couldn't get it working. This morning it failed and timed out a couple of times, but suddenly it worked. Yesterday Drive Notepad also sat spinning on authenticating with Google for Drive files, now it authenticates in seconds...

This issue is back again, which means it's a Drive/Google issue. Other apps (Drive Notepad) also hangs on authentication. Stackedit is not the problem.

Is anybody reading my replies at all?
On Mon, May 1, 2017 at 6:13 AM, Flemming hansen<EMAIL_ADDRESS>wrote:

This issue is back again, which means it's a Drive/Google issue. Other
apps (Drive Notepad) also hangs on authentication. Stackedit is not the
problem.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/benweet/stackedit/issues/935#issuecomment-298257522,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADfgqsp12qBDDWYywxGML69di3o1HKU1ks5r1PmQgaJpZM4HGoQ0
.

--
Ola Brunborg Vikholt
(+81) 80 4192 3698

Please open a new ticket if not fixed in the v5.


Does miopenConvFwd support int8 tensor at the moment?

Does miopenConvFwd support int8 tensor at the moment?

Yes, but only on the HIP side with rocBLAS.

@daniellowell Thanks, I'll try that, so does it make use of dot4_int32_int8 to boost performance on gfx906?

Yes, you can see it in action with the Tensile code generator; e.g., here

@daniellowell Hi, I just tried using miopenConvolutionForward(dx, dw, dy,...) with MIOpen 1.8.0 + HIP + MIOpengemm, but I got miopenStatusNotImplemented value returned. Can you double check whether the case I has tried can be supported by miopenConvolutionForward at the moment?
The case I tried:
  1. type(dx) = type(dw) = miopenInt8;
  2. type(dy) = miopenInt32;
  3. alpha = int-type 0x1, beta = int-type 0x0;
  4. algo = miopenConvolutionFwdAlgoGEMM;

So which items above should be changed if I want to perform int8 convfwd?

MIOpenGEMM is only supports fp32. To run int8 you need to use rocBLAS.

@daniellowell Thanks! but I think some documentation is lacking and I don't know how to replace MIOpenGEMM into rocBLAS.
I have tried algorithms below:
typedef enum {
    miopenConvolutionFwdAlgoGEMM     = 0, /*!< GEMM variant */
    miopenConvolutionFwdAlgoDirect   = 1, /*!< Direct convolutions */
    miopenConvolutionFwdAlgoFFT      = 2, /*!< Fast Fourier Transform indirect convolutions */
    miopenConvolutionFwdAlgoWinograd = 3, /*!< Winograd indirect convolutions */
} miopenConvFwdAlgorithm_t;

but only miopenConvolutionFwdAlgoGEMM is working.
So can you share some doc/examples with Conv-int8?

If you are running rocBLAS on the HIP side and int8 it will pick rocBLAS GEMM no matter what.
You can check if you are running rocBLAS kernels using our logging environment variables:
https://rocmsoftwareplatform.github.io/MIOpen/doc/html/DebugAndLogging.html#rocblas-logging-and-behavior

@daniellowell Hi, I tried that and it does enable roblas execution, but it failed during the rocblas calculation..
Here is the example code,
#include <hip/hip_runtime.h>
#include <rocblas.h>
#include <miopen/miopen.h>
#include <assert.h>
#include <functional>

miopenHandle_t hMIOpen;
miopenTensorDescriptor_t xDesc, wDesc, yDesc;
miopenConvolutionDescriptor_t convDesc;

hipEvent_t hStart, hEnd;
float ms = 0;

int main() {
    hipSetDevice(0);
    assert(0 == hipEventCreate(&hStart));
    assert(0 == hipEventCreate(&hEnd));

    int N = 128, C = 3, H = 227, W = 227, CO = 64, K = 5, PAD = 0, SRD = 1, HO, WO;
    size_t wsSize = -1;
    assert(0 == miopenCreate(&hMIOpen));
    assert(0 == miopenCreateConvolutionDescriptor(&convDesc));
    assert(0 == miopenInitConvolutionDescriptor(convDesc, miopenConvolution, PAD, PAD, SRD, SRD, 1, 1));
    assert(0 == miopenCreateTensorDescriptor(&xDesc));
    assert(0 == miopenCreateTensorDescriptor(&wDesc));
    assert(0 == miopenCreateTensorDescriptor(&yDesc));
    assert(0 == miopenSet4dTensorDescriptor(xDesc, miopenInt8, N, C, H, W));
    assert(0 == miopenSet4dTensorDescriptor(wDesc, miopenInt8, CO, C, K, K));
    assert(0 == miopenGetConvolutionForwardOutputDim(convDesc, xDesc, wDesc, &N, &CO, &HO, &WO));
    assert(0 == miopenSet4dTensorDescriptor(yDesc, miopenInt8, N, CO, HO, WO));
    assert(0 == miopenConvolutionForwardGetWorkSpaceSize(hMIOpen, wDesc, xDesc, convDesc, yDesc, &wsSize));
    printf("yDesc = [%d, %d, %d, %d], wsSize = %zd\n", N, CO, HO, WO, wsSize);
    float alpha = 1, beta = 0;
    void *x, *w, *y, *workspace;
    assert(0 == hipMalloc(&workspace, wsSize));
    assert(0 == hipMalloc(&x, sizeof(int8_t) * N * C * H * W));
    assert(0 == hipMalloc(&w, sizeof(int8_t) * CO * C * K * K));
    assert(0 == hipMalloc(&y, sizeof(int8_t) * N * CO * HO * WO));
    // assert(0 == hipMemsetD32(x, 0x01010101, N * C * H * W / 4));
    // assert(0 == hipMemsetD32(w, 0x01010101, CO * C * K * K / 4));
    assert(0 == hipStreamSynchronize(0));
    miopenStatus_t cudnnRetStatus = miopenConvolutionForward(hMIOpen, &alpha, xDesc, x, wDesc, w,
            convDesc, miopenConvolutionFwdAlgoGEMM, &beta, yDesc, y, workspace, wsSize);
    printf("cudnnRetStatus = %s\n\n", miopenGetErrorString(cudnnRetStatus));
    assert(0 == cudnnRetStatus);
    void *host_y = malloc(N * CO * HO * WO);
    assert(0 == hipMemcpyDtoH(host_y, y, sizeof(int32_t) * N * CO * HO * WO));
    assert(0 == hipStreamSynchronize(0));
    printf("outs = %x %x %x ..\n", ((int*)host_y)[0], ((int*)host_y)[1], ((int*)host_y)[2]);
    return 0;
}

And this is the output:
$ hipcc conv.cpp -lrocblas -lMIOpen -I/opt/rocm/rocblas/include -I/opt/rocm/include
$ ROCBLAS_LAYER=3 ./a.out
rocblas_create_handle
rocblas_set_stream,0
yDesc = [128, 64, 223, 223], wsSize = 7459350
rocblas_gemm_ex,112,111,49729,64,75,1,0x7fb44258e90b,i8_r,75,0x7fb442de1000,i8_r,75,0,0x7fb321000000,i32_r,49729,0x7fb321000000,i32_r,49729,i32_r,0,0,0,0,0
./rocblas-bench -f gemm_ex --transposeA T --transposeB N -m 49729 -n 64 -k 75 --alpha 1 --a_type i8_r --lda 75 --b_type i8_r --ldb 75 --beta 0 --c_type i32_r --ldc 49729 --d_type i32_r --ldd 49729 --compute_type i32_r --algo 0 --solution_index 0 --flags 0 --workspace_size 0
MIOpen Error: /root/driver/MLOpen/src/gemm_v2.cpp:466: rocBlas error encountered
cudnnRetStatus = miopenStatusInternalError

a.out: conv.cpp:46: int main(): Assertion `0 == cudnnRetStatus' failed.

Do you know what makes rocBlas error encountered and how to fix it?
I think examples like this is highly recommended to be integrated into MIOpen doc so that most developers can get the correct way to use MIOpen Conv-int8 easily. Otherwise, there are too many unknown cases in terms of how to fill the inputs, like unknown input/output type, alpha/beta type, etc.

I ensure that rocblas is installed from apt and it is working well with tensorflow-rocm and I also tested the rocblas_gemm.
$ dpkg -l | grep -e rocblas -e miopen
ii  miopen-hip                             1.8.1-0bce818                         amd64        AMD's DNN Library
ii  miopengemm                             1.1.5-9547fb9                         amd64        A tool for generating OpenCL matrix multiplication (GEMM) kernels
ii  rocblas                                <IP_ADDRESS>                               amd64        Radeon Open Compute BLAS library

@ghostplant Please ensure you are using the HIP backend of MIOpen and NOT the OpenCL backend.

Yes, I am using miopen-hip, no miopen-opencl installed. Have you tried whether above code is working on your platform? I think it might be caused by the wrong usage within the code I have no idea where it is.

@ce1adon Can you take a look at this?

@ghostplant
Thanks for the feedback!
Please try:
2. type(dy) = miopenFloat;
3. alpha = float-type 1., beta = float-type 0.;
and let me know if this helps.
We will look into the possibility to support more input types of these parameters.

@ghostplant By reviewing the sample code, the config you have is N=128, c=3, H=W=227. Currently we only support c=4x for int8 config but we do offer a solution.
Please revise your code as below. Let me know if this works.

miopenHandle_t hMIOpen;
miopenTensorDescriptor_t xDesc, wDesc, yDesc;
miopenConvolutionDescriptor_t convDesc;

hipEvent_t hStart, hEnd;
float ms = 0;

miopenTensorDescriptor_t xDesc_pad, wDesc_pad;

int main() {

    hipSetDevice(0);
    assert(0 == hipEventCreate(&hStart));
    assert(0 == hipEventCreate(&hEnd));

    int N = 128, C = 3, H = 227, W = 227, CO = 64, K = 5, PAD = 0, SRD = 1, HO, WO;
    size_t wsSize = -1;
    assert(0 == miopenCreate(&hMIOpen));
    assert(0 == miopenCreateConvolutionDescriptor(&convDesc));
    assert(0 == miopenInitConvolutionDescriptor(convDesc, miopenConvolution, PAD, PAD, SRD, SRD, 1, 1));
    assert(0 == miopenCreateTensorDescriptor(&xDesc));
    assert(0 == miopenCreateTensorDescriptor(&wDesc));
    assert(0 == miopenCreateTensorDescriptor(&yDesc));
    assert(0 == miopenSet4dTensorDescriptor(xDesc, miopenInt8, N, C, H, W));
    assert(0 == miopenSet4dTensorDescriptor(wDesc, miopenInt8, CO, C, K, K));
    assert(0 == miopenGetConvolutionForwardOutputDim(convDesc, xDesc, wDesc, &N, &CO, &HO, &WO));
    assert(0 == miopenSet4dTensorDescriptor(yDesc, miopenInt8, N, CO, HO, WO));

    int C_pad = ((C + 3) / 4) * 4;
    assert(0 == miopenCreateTensorDescriptor(&xDesc_pad));
    assert(0 == miopenCreateTensorDescriptor(&wDesc_pad));
    assert(0 == miopenSet4dTensorDescriptor(xDesc_pad, miopenInt8x4, N, C_pad, H, W));
    assert(0 == miopenSet4dTensorDescriptor(wDesc_pad, miopenInt8x4, CO, C_pad, K, K));
    void *x_pad, *w_pad;
    assert(0 == hipMalloc(&x_pad, sizeof(int8_t) * N * C_pad * H * W));
    assert(0 == hipMalloc(&w_pad, sizeof(int8_t) * CO * C_pad * K * K));

    assert(0 == miopenConvolutionForwardGetWorkSpaceSize(hMIOpen, wDesc_pad, xDesc_pad, convDesc, yDesc, &wsSize));
    printf("yDesc = [%d, %d, %d, %d], wsSize = %zd\n", N, CO, HO, WO, wsSize);
    float alpha = 1, beta = 0;
    void *x, *w, *y, *workspace;
    assert(0 == hipMalloc(&workspace, wsSize));
    assert(0 == hipMalloc(&x, sizeof(int8_t) * N * C * H * W));
    assert(0 == hipMalloc(&w, sizeof(int8_t) * CO * C * K * K));
    assert(0 == hipMalloc(&y, sizeof(int8_t) * N * CO * HO * WO));
    // assert(0 == hipMemsetD32(x, 0x01010101, N * C * H * W / 4));
    // assert(0 == hipMemsetD32(w, 0x01010101, CO * C * K * K / 4));
    assert(0 == hipStreamSynchronize(0));

        miopenTransformTensor(hMIOpen,
                              &alpha,
                              xDesc,
                              x,
                              &beta,
                              xDesc_pad,
                              x_pad);

        miopenTransformTensor(hMIOpen,
                              &alpha,
                              wDesc,
                              w,
                              &beta,
                              wDesc_pad,
                              w_pad);

    miopenStatus_t cudnnRetStatus = miopenConvolutionForward(hMIOpen, &alpha, xDesc_pad, x_pad, wDesc_pad, w_pad,
            convDesc, miopenConvolutionFwdAlgoGEMM, &beta, yDesc, y, workspace, wsSize);
    printf("cudnnRetStatus = %s\n\n", miopenGetErrorString(cudnnRetStatus));
    assert(0 == cudnnRetStatus);
    void *host_y = malloc(N * CO * HO * WO);
    assert(0 == hipMemcpyDtoH(host_y, y, sizeof(int8_t) * N * CO * HO * WO));
    assert(0 == hipStreamSynchronize(0));
    printf("outs = %x %x %x ..\n", ((int*)host_y)[0], ((int*)host_y)[1], ((int*)host_y)[2]);
}

@ce1adon Great, it does work and the output value is also correct. I am going to further trim the code to make it support more generic cases. Some more questions here:
Q-1: If the output filter value CO is not exactly divided by 4, is it also required to make a yDesc_pad and transform tensor with miopenTransformTensor?
Q-2: I found that yDesc is also supporting miopenInt32 data type. Considering v_dot4_i32_i8 takes INT8 as input type and INT32 as output type, if the data type of yDesc is set to miopenFloat, there will be an extra cast overhead from INT32 to FLOAT32 which is inevitable. So in theory, using miopenInt32 as the data type of yDesc should be faster than using miopenFloat, correct?

@ghostplant
Thanks for the feedback!
A-1: CO can be any number, no need to transform. Let me know if you find exceptions.
A-2: It's a good question. Currently we do not support NHWC type, but as you mentioned, it will save some transform time.

I evaluated the benchmark of conv-int8 with conv-fp32.
Seems like INT8 is slower than FP32 for the 1st layer of Alexnet whose (H,W) = (227,227),
I think there are still many spaces for conv kernels to perform better. Thank you for your help!
Code with conv-fp32 attached:
#include <hip/hip_runtime.h>
#include <rocblas.h>
#include <miopen/miopen.h>
#include <assert.h>
#include <math.h>

/****************************************************************************************
>> INT8 vs FP32 Performance on Radeon 7 (Vega 20)

                    [ConvFWD]                      INT8            FP32

             N1_C64_H127_W127_F128_K3_P0_S1      0.22067 ms      0.35782 ms
           N128_C64_H127_W127_F128_K3_P0_S1      22.0273 ms      46.1913 ms
           N512_C64_H127_W127_F128_K3_P0_S1      90.0109 ms      185.143 ms

               N128_C3_H55_W55_F64_K3_P0_S1       2.82479 ms     2.48126 ms
              N128_C32_H55_W55_F64_K3_P0_S1       3.83036 ms     6.95420 ms
              N128_C64_H55_W55_F64_K3_P0_S1       5.04836 ms     9.61041 ms

              N128_C64_H13_W13_F64_K3_P0_S1       4.12892 ms     3.39272 ms
              N128_C64_H27_W27_F64_K3_P0_S1       4.29417 ms     30.7227 ms  (BAD FP32)
              N128_C64_H55_W55_F64_K3_P0_S1       5.04836 ms     9.61041 ms
            N128_C64_H110_W110_F64_K3_P0_S1       11.1132 ms     24.8153 ms
            N128_C16_H227_W227_F64_K3_P0_S1       24.6436 ms     22.4966 ms

             N128_C3_H227_W227_F64_K1_P0_S1      9.90969 ms      5.28502 ms  (BAD INT8)
             N128_C3_H227_W227_F64_K3_P0_S1      11.7539 ms      7.46624 ms  (BAD INT8)
             N128_C3_H227_W227_F64_K5_P0_S1      13.8895 ms      13.5794 ms  (BAD INT8)
             N128_C3_H227_W227_F64_K7_P0_S1      26.8937 ms      22.7322 ms  (BAD INT8)

             N128_C16_H55_W55_F64_K1_P0_S1       0.61865 ms      0.28887 ms
             N128_C16_H55_W55_F64_K3_P0_S1       3.50586 ms      5.75884 ms
             N128_C16_H55_W55_F64_K5_P0_S1       4.22975 ms      7.64560 ms
             N128_C16_H55_W55_F64_K7_P0_S1       5.78550 ms      10.5629 ms
             N128_C16_H55_W55_F64_K9_P0_S1       8.04560 ms      14.5941 ms
            N128_C16_H55_W55_F64_K11_P0_S1       10.9785 ms      18.1939 ms

****************************************************************************************/

int main() {
    // int N = 128, C = 3, H = 227, W = 227, CO = 64, K = 5, PAD = 0, SRD = 1, HO, WO;
    int N = 128, C = 64, H = 55, W = H, CO = 64, K = 3, PAD = 0, SRD = 1, HO, WO;
    size_t wsSize = -1, run_count = 1000;

    miopenHandle_t hMIOpen;
    miopenStatus_t retStatus;
    miopenTensorDescriptor_t xDesc, wDesc, yDesc;
    miopenConvolutionDescriptor_t convDesc;

    hipEvent_t hStart, hEnd;
    float ms = 0;

    miopenTensorDescriptor_t xDesc_pad, wDesc_pad;

    hipSetDevice(0);
    assert(0 == hipEventCreate(&hStart));
    assert(0 == hipEventCreate(&hEnd));
    assert(0 == miopenCreate(&hMIOpen));
    assert(0 == miopenCreateConvolutionDescriptor(&convDesc));
    assert(0 == miopenInitConvolutionDescriptor(convDesc, miopenConvolution, PAD, PAD, SRD, SRD, 1, 1));
    assert(0 == miopenCreateTensorDescriptor(&xDesc));
    assert(0 == miopenCreateTensorDescriptor(&wDesc));
    assert(0 == miopenCreateTensorDescriptor(&yDesc));
    assert(0 == miopenSet4dTensorDescriptor(xDesc, miopenInt8, N, C, H, W));
    assert(0 == miopenSet4dTensorDescriptor(wDesc, miopenInt8, CO, C, K, K));
    assert(0 == miopenGetConvolutionForwardOutputDim(convDesc, xDesc, wDesc, &N, &CO, &HO, &WO));
    assert(0 == miopenSet4dTensorDescriptor(yDesc, miopenInt32, N, CO, HO, WO));

    int C_pad = ((C + 3) / 4) * 4;
    assert(0 == miopenCreateTensorDescriptor(&xDesc_pad));
    assert(0 == miopenCreateTensorDescriptor(&wDesc_pad));
    assert(0 == miopenSet4dTensorDescriptor(xDesc_pad, miopenInt8x4, N, C_pad, H, W));
    assert(0 == miopenSet4dTensorDescriptor(wDesc_pad, miopenInt8x4, CO, C_pad, K, K));
    void *x_pad, *w_pad;
    assert(0 == hipMalloc(&x_pad, sizeof(int8_t) * N * C_pad * H * W));
    assert(0 == hipMalloc(&w_pad, sizeof(int8_t) * CO * C_pad * K * K));

    assert(0 == miopenConvolutionForwardGetWorkSpaceSize(hMIOpen, wDesc_pad, xDesc_pad, convDesc, yDesc, &wsSize));
    printf("yShape = [%d, %d, %d, %d]\n", N, CO, HO, WO);
    void *x, *w, *y, *workspace;

    // -- Evaluate ConvFWD INT8 performance
    assert(0 == hipMalloc(&workspace, wsSize));
    assert(0 == hipMalloc(&x, sizeof(int8_t) * N * C * H * W));
    assert(0 == hipMalloc(&w, sizeof(int8_t) * CO * C * K * K));
    assert(0 == hipMalloc(&y, sizeof(int32_t) * N * CO * HO * WO));

    assert(0 == hipMemsetD32(x, 0x01010101, N * C * H * W / 4));
    assert(0 == hipMemsetD32(w, 0x01010101, CO * C * K * K / 4));
    assert(0 == hipMemsetD32(y, 0, N * CO * HO * WO));

    float alpha = 1.0f, beta = 0.0f;
    assert(0 == miopenTransformTensor(hMIOpen, &alpha, xDesc, x, &beta, xDesc_pad, x_pad));
    assert(0 == miopenTransformTensor(hMIOpen, &alpha, wDesc, w, &beta, wDesc_pad, w_pad));

    retStatus = miopenConvolutionForward(hMIOpen, &alpha, xDesc_pad, x_pad, wDesc_pad, w_pad,
            convDesc, miopenConvolutionFwdAlgoGEMM, &beta, yDesc, y, workspace, wsSize);
    // printf("INT8 retStatus = %s\n", miopenGetErrorString(retStatus));
    assert(0 == retStatus);
    void *host_y = malloc(N * CO * HO * WO * sizeof(int32_t));
    assert(0 == hipMemcpyDtoH(host_y, y, sizeof(int32_t) * N * CO * HO * WO));
    assert(0 == hipStreamSynchronize(0));
    printf("INT8 outs = %d, %d, %d, ..\n", ((int*)host_y)[0], ((int*)host_y)[1], ((int*)host_y)[2]);
    if (PAD == 0) { // check results
        for (int i = 0; i < N * CO * HO * WO; ++i)
            assert(((int*)host_y)[i] == K * K * C);
    }

    assert(0 == hipEventRecord(hStart));
    for (int i = 0; i < run_count; ++i)
        assert(0 == miopenConvolutionForward(hMIOpen, &alpha, xDesc_pad, x_pad, wDesc_pad, w_pad,
            convDesc, miopenConvolutionFwdAlgoGEMM, &beta, yDesc, y, workspace, wsSize));
    assert(0 == hipEventRecord(hEnd));
    assert(0 == hipStreamSynchronize(0));
    assert(0 == hipEventElapsedTime(&ms, hStart, hEnd));
    printf("Time for ConvFwd(Int8): %g ms\n", ms / run_count);

    // -- Evaluate ConvFWD FP32 performance
    assert(0 == miopenSet4dTensorDescriptor(xDesc, miopenFloat, N, C, H, W));
    assert(0 == miopenSet4dTensorDescriptor(wDesc, miopenFloat, CO, C, K, K));
    assert(0 == miopenSet4dTensorDescriptor(yDesc, miopenFloat, N, CO, HO, WO));
    assert(0 == miopenConvolutionForwardGetWorkSpaceSize(hMIOpen, wDesc, xDesc, convDesc, yDesc, &wsSize));
    assert(0 == hipFree(workspace)), assert(0 == hipMalloc(&workspace, wsSize));
    assert(0 == hipFree(x)), assert(0 == hipMalloc(&x, sizeof(float) * N * C * H * W));
    assert(0 == hipFree(w)), assert(0 == hipMalloc(&w, sizeof(float) * CO * C * K * K));

    float one = 1.0f;
    assert(0 == hipMemsetD32(x, (int&)one, N * C * H * W));
    assert(0 == hipMemsetD32(w, (int&)one, CO * C * K * K));
    assert(0 == hipMemsetD32(y, 0, N * CO * HO * WO));

    retStatus = miopenConvolutionForward(hMIOpen, &alpha, xDesc, x, wDesc, w,
            convDesc, miopenConvolutionFwdAlgoGEMM, &beta, yDesc, y, workspace, wsSize);
    // printf("FP32 retStatus = %s\n", miopenGetErrorString(retStatus));
    assert(0 == retStatus);
    assert(0 == hipMemcpyDtoH(host_y, y, sizeof(float) * N * CO * HO * WO));
    assert(0 == hipStreamSynchronize(0));
    printf("FP32 outs = %.1f, %.1f, %.1f, ..\n", ((float*)host_y)[0], ((float*)host_y)[1], ((float*)host_y)[2]);
    if (PAD == 0) { // check results
        for (int i = 0; i < N * CO * HO * WO; ++i)
            assert(fabs(((float*)host_y)[i] - K * K * C) < 1e-8);
    }

    assert(0 == hipEventRecord(hStart));
    for (int i = 0; i < run_count; ++i)
        assert(0 == miopenConvolutionForward(hMIOpen, &alpha, xDesc, x, wDesc, w,
            convDesc, miopenConvolutionFwdAlgoGEMM, &beta, yDesc, y, workspace, wsSize));
    assert(0 == hipEventRecord(hEnd));
    assert(0 == hipStreamSynchronize(0));
    assert(0 == hipEventElapsedTime(&ms, hStart, hEnd));
    printf("Time for ConvFwd(FP32): %g ms\n", ms / run_count);
    return 0;
}

@ghostplant
Thanks for the information! This is very helpful for us improving the performance.
Notice that this fp32 run-time may not reflect the optimal performance of MIOpen, if the algorithm is set to miopenConvolutionFwdAlgoGEMM all the time. To achieve the best performance, you can run miopenFindConvolutionForwardAlgorithm() to get the fastest algorithm.

@ce1adon OK, if miopenFindConvolutionForwardAlgorithm() also works for INT8 forward case?

@ghostplant
Yes, and it will return miopenConvolutionFwdAlgoGEMM algorithm at this moment.
For fp32 you have more options.

Thanks!

@ce1adon I compared the INT8-conv between Radeon VII and NV 1080ti, and seems like the former case is mostly 6-7 times slower than the latter case. Isn't that weird?

@ghostplant
Thanks for the feedback!
It would be better to review the code with indication of the start and end time measure point. Also would you like to provide the configures you were testing?
BTW, setting the tensor type to miopenInt8x4 would help performance. You just need to transform the tensor format.

@ce1adon Yes, I did use miopenInt8x4 and the HIP code is exactly the version pasted above, with the performance included on the front of the source code. I also update it into CUDA version using CUDNN, the evaluation results on 1080ti is extremely fast.

If you have CUDA GPU available, you can test the code below, which support NCHW cases where C should be 4x;
conv_int8_cuda.txt
Compile:
nvcc conv_cuda.cpp -lcuda -lcublas -lcudnn -std=c++14 -o conv_cuda

For the same Conv2D cases, the CUDA version (1080/1080ti) is way faster than Vega 20;

@ghostplant
Thank you! I will look into it. May take some time.

Hi Does MIOpenConvFwd support int8 for Conv1d functions now? Thanks~


[Bug] Unable to upload new course within a 3CP Account

When I go to the 3CP portal and look to add a new course, get the below error

This happens when the course image file size is too large.

is it quick to put this as an error message?

Ankit to do today

needs to be re-deployed


Missing firewall scanner online documentation

On line documentation just covers briefly the default firewall rule
https://forsetisecurity.org/docs/latest/configure/scanner/rules.html#location-rules
The configuration section for the firewall scanner is missing here (latest)
https://forsetisecurity.org/docs/latest/configure/scanner/rules.html
As the firewall is the only topic for which we currently have also an inforcer, it will be great to document it end to end
https://forsetisecurity.org/docs/latest/use/cli/enforcer.html

Done, thanks Closing Issue.


BUG: UploadSet opens File Dialog twice

OpenUI5 version: 1.108.22
Browser/version (+device/version): Chrome 115.0.5790.171
Any other tested browsers/devices(OK/FAIL):
URL (minimal example if possible):
https://sapui5.hana.ondemand.com/1.108.22/#/entity/sap.m.upload.UploadSet/sample/sap.m.sample.UploadSet
(it happens on our server too which recently upgraded to 1.108.22 - to fix an earlier bug with the UploadSet)
User/password (if required and possible - do not post any confidential information here):
Steps to reproduce the problem:

Open de FileDialog to upload a file
Select any file and confirm
The FileDialog opens again

What is the expected result?
The File Dialog should not open again.

I don't believe that is an option. We are On-Premise, so we use Long-Term Maintenance SAPUI5 versions. We're preparing to go from 1.96 to 1.108 in the fall.
1.108 is the latest Long-Term Maintenance version: https://ui5.sap.com/versionoverview.html.

This is already fixed with https://github.com/SAP/openui5/commit/df246d6b0fbdfefd1985b00b53e3c3fc56103bff which should be included in the next upcoming patch number of the OpenUI5 1.108 release.


If a flag is not Required(), it does not show up in main command --help output

If a flag is not Required(), it does not show up in main command --help output; it only shows up in the --help for that specific sub-command.  Can this behavior be controlled (I would prefer to have the full flags list in the help at the top level, detail on each flag would still remain in the sub-command specific help)

What I've determined (from numerous people requesting completely opposed help solutions :)) is that there's no "right" solution for everyone. So for v2 I am currently working on allowing help to be displayed via text/template.

Okay. If you check out the v2-model branch I'd be interested in seeing if this is sufficient for your help requirements. You can find the template context here.

No response, assuming everything is 👍


Update readme

This is my proposed new top of the Readme.  It hasn't been well integrated with your new scripts or necessarily with the other MD docs.  Please feel free to push to this branch directly.

I am done with this revised README.  When you are ready, we can start the RC2 process.

I'm going to go ahead and merge this.  If we need to make more changes to branch 2.0.X, we can do another PR.


Linux client ammo/slayer_task overlay bug

The ammo and slayer overlay boxes take up an enormous amount of the screen when active. The overlay resizing option presents itself, but does not change the dimensions when clicked and dragged.
Linux runelite client, running on Ubuntu 18.04.

Change Infobox size under RuneLite to something more sensible


Crash while creating a node

Discord username
No response
What type of issue is this?
Transient – Occuring only once
Is this issue blocking you from using Enso?

[X] Yes, I can't use Enso because of this issue.

Is this a regression?

[X] Yes, previous version of Enso did not have this issue.

What issue are you facing?
While creating a node, the application stopped responding to input. There's an error in the web console:
VM12:598439 Uncaught TypeError: Failed to execute 'decode' on 'TextDecoder': The encoded data was not valid.
    at getStringFromWasm0 (eval at <anonymous> (index.js:67:5706), <anonymous>:598439:28)
    at imports.wbg.__wbg_setinnerHTML_32081d8a164e6dc4 (eval at <anonymous> (index.js:67:5706), <anonymous>:599919:33)
    at web_sys::features::gen_Element::Element::set_inner_html::h4c650bd60b84f2d3 (pkg-opt.wasm:0x1cc3c48)
    at ide_view_documentation::Model::display_doc::hb04efac363eb5402 (pkg-opt.wasm:0x15d3f70)
    at <enso_frp::stream::WeakNode<Def> as enso_frp::stream::WeakEventConsumer<T>>::on_event_if_exists::he605228485a4aa0b (pkg-opt.wasm:0x1a12020)
    at <enso_frp::stream::OwnedStream<Out> as enso_frp::stream::EventEmitter>::emit_event::h31eb8fa0b80e0b3c (pkg-opt.wasm:0xba4278)
    at <enso_frp::stream::WeakNode<Def> as enso_frp::stream::WeakEventConsumer<T>>::on_event_if_exists::hc4f7cf32bdbb8165 (pkg-opt.wasm:0x13ff390)
    at <enso_frp::stream::OwnedStream<Out> as enso_frp::stream::EventEmitter>::emit_event::hc3870a0e2c79d9ae (pkg-opt.wasm:0xca99b7)
    at <core::option::Option<T> as enso_prelude::option::OptionOps>::for_each::hdf4eddb55bd2e2ae (pkg-opt.wasm:0x1acf9e7)
    at enso_frp::io::timer::timeout::Timeout::new::{{closure}}::hee901b17f6147e5d (pkg-opt.wasm:0x1beb051)
    at <dyn core::ops::function::FnMut<()>+Output = R as wasm_bindgen::closure::WasmClosure>::describe::invoke::h47edd6c521a33284 (pkg-opt.wasm:0x1cbb2ad)
    at __wbg_adapter_80 (eval at <anonymous> (index.js:67:5706), <anonymous>:598656:8)
    at real (eval at <anonymous> (index.js:67:5706), <anonymous>:598588:14)

Expected behaviour
No fatal errors.
How we can reproduce it?
No response
Screenshots or screencasts
No response
Enso Version
f64edd806d4de7e71e6b1fea41a13ac189ebfadd
Browser or standalone distribution
Standalone distribution
Browser Version or standalone distribution
standalone
Operating System
Linux
Operating System Version
No response
Hardware you are using
No response

This is so strange! do you have any idea what could cause it or where in the code it breaks?

I looked in to it a little. It seems like this error would only occur if ide_view_documentation::Model::display_doc is passing invalid utf-8 to JS through wasm_bindgen in the String(!). Only unsafe code can create a non-utf8 String, and all kinds of UB would ensue. However, the horrorshow crate we are using to generate the HTML String only has one direct usage of unsafe, and it looks sound. So this seems serious but I don't see what could be causing it.

Very interesting. Thanks for the investigation @kazcw! Hmm, if this happens again, let's chat more about it.

Just talked with @wdanilo since this has been encountered a second time. Because it's so rare, we have higher priorities in the short term.
When we come back to this:

Try to reproduce it reliably by generating HTML and utf8-validating the Strings in a test suite.
2: Run the test suite under UBSan--hopefully the corrupt strings are a product of detectable UB earlier.
If not solved with UBSan, look at unsafe code in the stack, try substituting safe code, see if it fixes it.

Today I just encountered this a second time. Since Greg has just had the same issue, I am wondering if some recent change has made this more common.

Can we for now catch this place and handle it if it happens? It looks like this sets some HTML content so I believe that it would not be application-critical if we catch it then for now.

Yeah, we can define our own binding for setInnerHTML that uses the wasm-bindgen catch attribute, and use it when sending the documentation to the DOM. I can do it tomorrow morning.

I have just encountered an instance of this apparently unrelated to documentation--in this case, the invalid string was passed to __wbindgen_string_new during ensogl_text::component::text::TextModel::replace_selections, whereas previous occurrences were in a setInnerHTML call after generating doc HTML.

Full log


Go race detector false positive

Please answer these questions before submitting your issue. Thanks!
What version of Go are you using (go version)?
go version go1.7 darwin/amd64
What operating system and processor architecture are you using (go env)?
GOARCH="amd64"
GOBIN="/Users/jeffreyh/gopath/bin"
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOOS="darwin"
GOPATH="/Users/jeffreyh/gopath"
GORACE=""
GOROOT="/usr/local/go"
GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64"
CC="clang"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -gno-record-gcc-switches -fno-common"
CXX="clang++"
CGO_ENABLED="1"
What did you do?
➜  testrace got -race
=== RUN   TestWorker
--- PASS: TestWorker (0.00s)
=== RUN   TestWorker2
--- PASS: TestWorker2 (0.00s)
=== RUN   TestRealFileFunc
--- PASS: TestRealFileFunc (0.00s)
=== RUN   TestTestFileFunc
--- PASS: TestTestFileFunc (0.00s)
PASS
==================
WARNING: DATA RACE
Read at 0x000000238000 by main goroutine:
  sync/atomic.LoadInt32()
      /usr/local/go/src/runtime/race_amd64.s:206 +0xb
  testing.coverReport()
      /usr/local/go/src/testing/cover.go:94 +0x291
  testing.after()
      /usr/local/go/src/testing/testing.go:879 +0x162
  testing.(*M).Run()
      /usr/local/go/src/testing/testing.go:752 +0x396
  main.main()
      _/Users/jeffreyh/testrace/_test/_testmain.go:106 +0x2f8

Previous write at 0x000000238000 by goroutine 8:
  _/Users/jeffreyh/testrace.(*Worker).run()
      _/Users/jeffreyh/testrace/_test/_obj_test/race.go:7 +0x57

Goroutine 8 (finished) created at:
  _/Users/jeffreyh/testrace.TestWorker()
      /Users/jeffreyh/testrace/race_test.go:18 +0x5c
  testing.tRunner()
      /usr/local/go/src/testing/testing.go:610 +0xc9
==================
==================
WARNING: DATA RACE
Read at 0x000000238004 by main goroutine:
  sync/atomic.LoadInt32()
      /usr/local/go/src/runtime/race_amd64.s:206 +0xb
  testing.coverReport()
      /usr/local/go/src/testing/cover.go:94 +0x291
  testing.after()
      /usr/local/go/src/testing/testing.go:879 +0x162
  testing.(*M).Run()
      /usr/local/go/src/testing/testing.go:752 +0x396
  main.main()
      _/Users/jeffreyh/testrace/_test/_testmain.go:106 +0x2f8

Previous write at 0x000000238004 by goroutine 12:
  _/Users/jeffreyh/testrace.realfilefunc()
      _/Users/jeffreyh/testrace/_test/_obj_test/race.go:12 +0x57

Goroutine 12 (finished) created at:
  _/Users/jeffreyh/testrace.TestRealFileFunc()
      /Users/jeffreyh/testrace/race_test.go:27 +0x42
  testing.tRunner()
      /usr/local/go/src/testing/testing.go:610 +0xc9
==================
coverage: 0.0% of statements
Found 2 data race(s)
exit status 66
FAIL	_/Users/jeffreyh/testrace	1.019s

package testrace

type Worker struct {}

func (w *Worker) run() {}

func realfilefunc() {}

package testrace

import "testing"

type Worker2 struct {}

func (w *Worker2) run() {}

func testfilefunc() {}

func TestWorker(t *testing.T) {
    w := &Worker{}
    go w.run()
}

func TestWorker2(t *testing.T) {
    w := &Worker2{}
    go w.run()
}

func TestRealFileFunc(t *testing.T) {
    go realfilefunc()
}

func TestTestFileFunc(t *testing.T) {
    go testfilefunc()
}

What did you expect to see?
I didn't expect any race condition errors.
What did you see instead?
I'm running unittests with the -race flag for a larger program, but I boiled the issue down to this. Creating a struct with one method, then attempting to run that method in a go routine causes the race detector to go off.
I'm aware I could be missing something obvious, but what I don't understand is why the race detector only fires when I do this for structs created in non *_test.go files.
TestWorker1 triggers the race detector, while TestWorker2 does not.
This applies to free standing functions as well.

What is testrace got -race? This looks like a race on code coverage code. Does this only happen when using code coverage? What about -covermode=atomic? Or are you overriding that? It should be the default in -race mode.

Ahhh it's an alias that I use alias got="go test -v -timeout 30s -covermode=count". I didn't realize there was that nuance. Thanks!


Update Haskell package set to Stackage Nightly 2021-03-17 (plus other fixes)

This PR is test-built by Hydra at https://hydra.nixos.org/jobset/nixpkgs/haskell-updates. I'll fix up the remaining errors and merge it on Friday, 2021-03-19 20:00 UTC+1. Everyone can participate in that process live on Twitch at https://www.twitch.tv/peti343. In addition to the chat features offered by Twitch, there is also a voice conference at https://discord.gg/YTEa3XR viewers can use to chat with me and with each other.

I assume with the newly added aarch64 support, we now need to track down all the packages which shouldn't be supported on aarch64 (such as the macOS-specific 'barbly' which tripped ofborg up), and add them to unsupported-platforms in configuration-hackage2nix.yaml.

We'll merge https://github.com/NixOS/nixpkgs/pull/116965 next week.


BDC dashboard has too much whitespace...

Issue Type: Bug
see attached picture for an example of buttons with empty spacing/icons in wrong place.
Azure Data Studio version: azuredatastudio-insiders 1.13.0-insider (75388cc3afd30f5d69d4e5752b62fda6351b78ca, 2019-10-15T07:48:57.461Z)
OS version: Windows_NT x64 10.0.18999

System Info

Item
Value

CPUs
Intel(R) Core(TM) i7-7820HQ CPU @ 2.90GHz (8 x 2904)

GPU Status
2d_canvas: enabledflash_3d: enabledflash_stage3d: enabledflash_stage3d_baseline: enabledgpu_compositing: enabledmultiple_raster_threads: enabled_onnative_gpu_memory_buffers: disabled_softwareoop_rasterization: disabled_offprotected_video_decode: enabledrasterization: enabledskia_deferred_display_list: disabled_offskia_renderer: disabled_offsurface_synchronization: enabled_onvideo_decode: enabledviz_display_compositor: disabled_offwebgl: enabledwebgl2: enabled

Load (avg)
undefined

Memory (System)
31.85GB (12.39GB free)

Process Argv

Screen Reader
no

VM
0%

Extensions (8)

Extension
Author (truncated)
Version

ssmskeymap
kev
1.1.0

admin-tool-ext-win
Mic
0.0.2

agent
Mic
0.43.0

azuredatastudio-postgresql
Mic
0.2.2

dacpac
Mic
0.7.0

import
Mic
0.11.0

profiler
Mic
0.10.0

sql-vnext
Mic
0.16.0

https://github.com/microsoft/azuredatastudio/pull/7732 is fixing the buttons - was there anything else specifically that you think could use an improvement? Really appreciate the feedback, thanks!

I'm going to close this for now - if you think there's additional work to be done then let me know and I'll reopen!


[BUG] Installation Broken Due to Dependency on kbin.social

Describe the bug
Installing the user script using Greasemonkey from the link in the documentation fails with a 503 HTTP error. The installation script seems to have a dependency on kbin.social to install.
To Reproduce
Steps to reproduce the behavior:

Go to the KES documenation.
Click on "the install link".
Wait for the Greasemonkey extension to unlock the "Install" button.
See error

User script download failed

    503 - at https://kbin.social/favicon.svg

Expected behavior
I'd expect to be able to install the script.
Screenshots

KES version:

Version number: 4.2

Extension and version:

Extension: GreaseMonkey
Version number: 4.12

Desktop (please complete the following information):

OS: Spiral Linux (KDE)
Browser: Firefox
Browser version: 128.0.3

Thank you for the report. I have issued a fix that removes this dependency. Can you check and see if this clears the blockage when installing?
There are some legacy parts of the script that assumed the existence of kbin.social. These will start to be scrubbed in the coming days, and a new magazine/community will likely be created on a difference instance as a place to centralize KES-related information.
As a matter of convenience, current functionality going forward is being tested against the kbin.run and fedia.io instances, but is not dependent on a specific instance.

Looks like that worked. Thanks for the quick response!

Thanks for confirming, and sorry for the inconvenience.


feat: team update sync

https://trello.com/c/wQYMzkB8/1568-3-algolia-is-not-receiving-updates-regarding-the-teams-of-a-shared-output-must

move to https://github.com/yldio/asap-hub/pull/1086
exceed api calls limit


Android Basics: Activity Lifecycle

URL of codelab
https://developer.android.com/codelabs/basic-android-kotlin-training-activity-lifecycle?continue=https%3A%2F%2Fdeveloper.android.com%2Fcourses%2Fpathways%2Fandroid-basics-kotlin-unit-3-pathway-1%23codelab-https%3A%2F%2Fdeveloper.android.com%2Fcodelabs%2Fbasic-android-kotlin-training-activity-lifecycle#4
In which task and step of the codelab can this issue be found?
7. In onCreate(), in the block that restores the state from the bundle, call showCurrentDessert()
Describe the problem
if call showCurrentDessert() in onCreate(), app will crash when change orientation. the correct place to add this line of code should be onStart(), or onResume()
Steps to reproduce?

Go to... Dessert Clicker app, tap on the dessert at least 5 times so the dessert image change
Click on... click on the orientation from configuration tools on the emulator
See error... app crashes

Versions
Android Studio version: Bumblebee
API version of the emulator: API 29
Additional information
Include screenshots if they would be useful in clarifying the problem.

same error happens with me also


⚠ ClamAV has degraded performance

In bd2e815, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 91 ms

Resolved: ClamAV performance has improved in 7f18b57.


What is the difference between validation and validation_unique?

I see that there is validation_unique and test_unique. Are these deduplicated by prompt?

Yes, exactly!


Handle .dk TLD by specifying 'whois.dk-hostmaster.dk' WhoisServer

Hi Rick
Thanks for making this package available!
I'm toying around with an anti-domain-phishing web service that uses WHOIS on domain names that sound similar to one's own. Such a service probably already exists, but I thought it'd be a fun side project. So I found your 'whois' package and realize it's a bit outdated. It still works, though, with a few warnings!
I just needed to patch it for the 'dk' ccTLD.
Bump package version from 1.2.2 to 1.2.3.
I don't think this PR warrants releasing a new package onto Hackage yet.
I have some other ideas for improvement, including a move to the non-deprecated Network API, better TLD support and some CI that tests that particular WHOIS servers are still responsive. I'd like to take things at a slow pace, though, and am just airing this to you in case you're interested in eventually bumping this package a bit.

@sshine you made the mistake of contributing to one of my repos... Your punishment is that I've added you as a committer ;)
Seriously though, please take this over and commit away, I haven't had time to maintain this repo in years and it probably needs a huge overhaul.

Ha, excellent. I'll see what I can do with it.
Thanks for providing a basis for improvement. :-)

@relrod: I've created a feature branch, a milestone and a bunch of self-assigned issues. (I did this rather than continue the work in my fork, knowing it'll be noisier.) I'll continue my improvements to this library with these means and won't submit anything to master or expect feedback until all these issues are resolved.
At that point (I've set a personal deadline 2020-02-01) I might like for you to either approve a PR, or say "Sure, go ahead, I trust you've got this", and then help me push the package to Hackage and Stackage. (I've never done this before, so maybe you can help me with Hackage -- I've got a user there, but I might need access rights -- and I'll figure out Stackage.)

Hey @sshine, as a past (minority) contributor, I'd like to say thanks for stepping up to take this over. Nice job laying out your plans, which all look good to me. I wouldn't necessarily feel compelled to preserve backward compatibility, if I were you: just bump the major version. 🎉

[...] I wouldn't necessarily feel compelled to preserve backward
compatibility, if I were you: just bump the major version. 🎉

For comparison, the latest network package actually still works after 6
years, and only gives a bunch of depreciation warnings.
That means I could split migrating in two: First bump versions, resolve
dependency conflicts, then learn the API changes. If there had been
multiple libraries, I would be able to migrate each in isolation.
So I'll make an exercise out of it. Otherwise I'd already be done, since
the feature branch does what I need it to commercially already. :-D

Sounds good - I think you have carte blanche here.  :-)

@sshine Sorry, I'm traveling/moving this week, so online time is fairly limited.
But feel free to do what you think is best. I originally started this because I was going to port another project of mine to Haskell, and part of that project has a whois client built into it (https://github.com/relrod/dagd/blob/master/src/applications/whois/resources/dagd_whois.php) -- but I never found the time to do the full port, so this library has fallen stagnant. One day I'll probably pick up that port and end up using this library again. But that's pretty low on my list and I trust you'll have things figured out well before then ;).
I can grant you access to cut releases on Hackage, just give me your username.
Stackage I'm less concerned with for various reasons. I've intentionally stayed away from stack/stackage. I suppose I don't particularly care if you upload it to there, but my instinct tells me that doing so isn't beneficial to anyone or to the Haskell community long-term. But I'll admit that this opinion is backed by a lot of political history and perhaps the technical advantages have become more obvious - and technical pitfalls eliminated - since I last looked some number of years ago.

but my instinct tells me that doing so isn't beneficial to anyone or to the Haskell community long-term

Could be right, but I'm a stack user by default and it makes life marginally easier to have packages in stackage.


Pull Request: Easy copying of relevant info

I am not able to write a pull request.
When i click on "new pull request" i am redirected to the "compare" site.
I have a small suggestion for improving the work with the info adapter.
When i'm creating an issue or a forum thread with a problem, i have to describe the problem and my system of course.
Then i always need the same information about my system:
Version of NPM, nodejs, JS Controller, admin adapter...
Of course it's just a small thing, but wouldnt it be nice to have all these information in one place?
Best would be that there is a button that copies al these information into the clipboard...

This adapter has been deprecated.
So most certainly this this issue will not be solved anymore


In case NMC does not exists, Get should return NotFound error (#510)

Fixes 693

Codecov Report

Merging #696 (087db84) into main (82eec8e) will decrease coverage by 0.01%.
The diff coverage is 100.00%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@            Coverage Diff             @@
##             main     #696      +/-   ##
==========================================
- Coverage   78.03%   78.02%   -0.01%
==========================================
  Files          48       48
  Lines        4138     4137       -1
==========================================
- Hits         3229     3228       -1
  Misses        763      763
  Partials      146      146

Files Changed
Coverage Δ

controllers/module_nmc_reconciler.go
78.16% <100.00%> (-0.16%)
:arrow_down:

internal/filter/filter.go
76.04% <100.00%> (ø)

internal/nmc/helper.go
100.00% <100.00%> (ø)

/lgtm


VRCX HAS RANSOMWARE, DO NOT DOWNLOAD

Update  v2021.05.26
VRCX trying to create a backdoor here: HKLM\SOFTWARE\Microsoft\Windows Media Player NSS\3.0\Servers\A20D59A1-82AD-4340-A4AB-FBFC460800A5\FriendlyName

Baseless accusation with zero proof, feel free to reopen if that changes.

https://www.virustotal.com/gui/file/aa82e38613d4fb6234914318d975eb462a933e05ee94c0cbbca8a2769184c498/detection
🤷

When you download from a random person without using releases or compiling the master branch yourself 🤣🤣🤣


sample app broken

Think you missing some files

Clone the repo
cd [repo_location]/expressSampleApp
npm i
npm start

Works for me.

Can you provide any more information on this issue?

Closing (No response from original user)


Update akka-http to 10.0.11

A new version of akka-http was released on Dec 1st. This PR updates our akka-http dependancies to the latest version.
Also, the akka-http version has been moved to a central location in settings.gradle.
Blog: https://akka.io/blog/news/2017/12/01/akka-http-10.0.11-released
Release notes: https://doc.akka.io/docs/akka-http/current/scala/http/release-notes.html#10-0-11
Explanation behind spray.json import changes: https://github.com/spray/spray-json/releases

PG3 1485 ⏳

Please ensure this doesn't break all the dependent repositories (all the packages, catalog, CLI)

@dubeejw status of this? Shall we close until the rework of our repos is done by @chetanmeh?

Closing this for now, let's revisit once the other changes are made.


Enhanced transform functionality to include compression

Added 'compress' method to transform, and uses zlib to compress target files (with  (zlib: gzip, brotli, deflate).
Usage example:
viteStaticCopy({
            targets: [
              { src: 'images/*.svg', dest: 'assets', transform: { compress: 'gzip' }
               }]
          }),

Makes sense!


.align('center') not working after upgrade to v3.0.0

 .align('center').height(size).line(print.RecieptName ?? '',32).height(1)
Here print.RecieptName not constanct value.. after i search  align is deprecated..
How can i achived same using new version..Please let me know

Align should still work. Not aware of any issues. But the second argument of the line() function is no longer supported.


Standardize MIOpen Documentation

Includes changes from Saad's RTD branch from PR https://github.com/ROCmSoftwarePlatform/MIOpen/pull/2013
Use rocm-docs-core template for MIOpen Documentation

https://advanced-micro-devices-demo--2053.com.readthedocs.build/projects/MIOpen/en/2053/index.html

The documentation CI step previously added by @saadrahim is broken. Was that intended?

https://readthedocs.com/projects/advanced-micro-devices-miopen/builds/1381949/
Is this the check you are referring to?

Also does make doc still work to generate the documentation? Since you are standardizing the documentation, then why aren't replacing MIOpen's cmake documentation functions to use rocm-cmake's documentation functions as well?
https://radeonopencompute.github.io/rocm-cmake/doc/html/ROCMSphinxDoc.html

It is an iterative goal, we will approach the cmake builds for these projects soon. In the interest of timelines, the bare minimum was done. You can expect future PRs to standardize other parts of the builds.

But we should at least make sure we didnt break the current make doc(and make clean) that is being used.

It is an iterative goal, we will approach the cmake builds for these projects soon. In the interest of timelines, the bare minimum was done. You can expect future PRs to standardize other parts of the builds.

But we should at least make sure we didnt break the current make doc(and make clean) that is being used.

As I modified the earlier comment, I will fix the existing functionality.

@samjwu Why we move .md files from doc/src to docs? This breaks links to .md files that scattered in comments through the repository.
Note that this "docs" is not in sync with existing tradition, e.g. we have src (not srcs), include (not includes) etc.

@samjwu Why we move .md files from doc/src to docs? This breaks links to .md files that scattered in comments over the repository.
Note that this "docs" is not in sync with existing tradition, e.g. we have src (not srcs), include (not includes) etc.

The main reason was to keep the same convention for documentation file structure of repositories (roc/hip BLAS, SOLVER, SPARSE, etc).

@samjwu Why we move .md files from doc/src to docs? This breaks links to .md files that scattered in comments over the repository.
Note that this "docs" is not in sync with existing tradition, e.g. we have src (not srcs), include (not includes) etc.

The main reason was to keep the same convention for documentation file structure of repositories (roc/hip BLAS, SOLVER, SPARSE, etc).

I believe moving the location is fine, if we can scan the code for links to files and update them as well.


IGAPP-369: Intro images ipad

This pull request belongs to an issue on our bugtracker.
You can find it there by looking for an issue with the key which is mentioned in the title of this pull request.
It starts with the keyword IGAPP.

Shouldn't size be irrelevant for svgs?

depending on the svg type i think


Convert language tag to NLLB language codes for NMT build jobs

Serval uses IETF language tags to track the source and target languages for MT engines. NLLB uses its own custom language codes. We need to convert language tags to NLLB language codes.

This needs to be done in Machine.


GNU Guile

The GNU Guile site was just redesigned: http://www.gnu.org/software/guile/

http://beautifulopen.com/2017/03/06/guile/


suggestion

Why you are creating route files only with an export function inside, that exports island build of other islands? Isn't it better to construct pages inside route files and remove that one middle file?

Hello, good catch! Nonetheless this is intended design. If you check some commits before, for example 88e9920ba14a9ebf96211b0251da89d881a6206c, there was a redundant wrapper on most files, which has been removed using _layout.tsx, introduced by fresh on version v1.4.
The reason because this intermediate file exists is due to the nature of the framework, fresh. It ships no JavaScript to the client, unless the file is an island. Most components depend on hooks, so they have to be islands necessarily.
Take for example that we make changes to this file, routes/index.tsx. We would expect the console to log true on the initial load.
import { useEffect } from "preact/hooks";
import { IS_BROWSER } from "$fresh/runtime.ts";
import App from "~/islands/App.tsx";

export default function () {
  useEffect(() => {
    console.log({ IS_BROWSER });
  }, []);

  return <App />;
}

But it doesn't do that, it doesn't log anything! The JavaScript is stripped away, that is, the hook isn't sent and that logic is lost. Therefore we need an island to ship the code to the client.

Fair enough, when I looked at the documentation, I found out that scripts are removed from components, which is why they need to be static. But if the same thing happens in routes, that explains everything. Thanks for your detailed response.


Generating .map files of CSS is pointless, remove.

Since AjaxMin doesn't support map file generation for CSS, just remove the complication added by attempting it.

Done, includes rename of AjaxMinBundle > ScriptWithSourceMapBundle to be more consistent with the frameworks naming convention.


[BrokenLinksH2] Fix path in link

Fixing broken link

Docs Build status updates of commit bfe552e:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

dynamics-nav-app/LocalFunctionality/Belgium/how-to-set-up-declaration-types.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


[Core feature request] Job service containers

What feature do you need?
https://docs.github.com/en/actions/using-containerized-services/about-service-containers
https://docs.github.com/en/actions/using-workflows/workflow-syntax-for-github-actions#jobsjob_idservices
Do you have an example usage?
gradle-test:
  runs-on: ubuntu-latest
  services:
    postgres:
      image: postgres:14-alpine
      env:
        POSTGRES_USER: postgres
        POSTGRES_PASSWORD: postgres
        POSTGRES_DB: test
      ports: ["5432:5432"]
      options: >-
        --health-cmd pg_isready
        --health-interval 2s
        --health-timeout 2s
        --health-retries 30
    rabbitmq:
      image: rabbitmq:3.12-alpine
      ports: ["5672:5672"]
      env:
        RABBITMQ_DEFAULT_USER: guest
        RABBITMQ_DEFAULT_PASS: guest
      options: >-
        --health-cmd "rabbitmq-diagnostics -q ping"
        --health-interval 2s
        --health-timeout 2s
        --health-retries 30

Is there a workaround for not having this feature? If yes, please describe it.
 Should be fairly simple, not interfering with other stuff.


[Update] New xcode and cocoapods dependencies

Description

Testing if project builds Cocoapods with updated dependencies

Commit
chore: Update cocoapods version

Code coverage
Total coverage: 93.75%

Powered by Slather

  Generated by :no_entry_sign: Danger

Code coverage
Total coverage: 93.75%

Powered by Slather

  Generated by :no_entry_sign: Danger

Code coverage
Total coverage: 93.75%

Powered by Slather

  Generated by :no_entry_sign: Danger


CB-6518 proper error message if credentials are not having proper policy for cloud storage backup

Can we fix it on 2.20, since the new feature that caused this error message has been introduced in 2.20 and we can reduce the support time if a nice error message is displayed.

Can we fix it on 2.20, since the new feature that caused this error message has been introduced in 2.20 and we can reduce the support time if a nice error message is displayed.

sure, rebased to 2.20


Create Counter on About Us Page

🎇 Description
As 1000+ million sales is written, on loading the page it will count and increase from 0 to 1000.
🖼 Screenshots
No response

Kindly assign this issue to me @KiranAminPanjwani

@Mahak008 Please go ahead! 😊

Can you assign to me?


[release/5.0] Add CI triggers for release/5.0 branches

This should make it possible to turn off pipeline trigger overrides in our internal CI.

/azp run

The OSX CI failure is new but out of the scope of this PR. I filed this issue for it: https://github.com/dotnet/source-build/issues/2700


[V4] Use API visibility for Carousel

Hi,
this feature is for the carousel plugin to stop cycling when the page isn't visible
I re used your code @cvrebert to made my PR
I had a test unit but I think it's a bit hard to test that, if someone have a better idea how I can test that please let me know.
Because my test case is easy to test on a browser but difficult on Travis
X-Ref : https://github.com/twbs/bootstrap/issues/17706

Hi think it would be more revelant to see how it's work in visual/carousel.html because it's hard to have a unit test for this feature.
Any thoughts about this @cvrebert ?

@Johann-S I agree, it's not feasible to automatically unit test this. I think a visual test that listens for the slid.bs.carousel event and logs timestamps is the way to go.

Should add a note to the test, e.g.:

Also, the carousel shouldn't slide when its window/tab is hidden. Check the console log.

Done.
If you have other feedbacks let me know

Merged as 817d997b75d970cc22000f345f68092ed3f0525b.
Sorry for the delay. Thanks for your contribution!


console.log gets overwritten, leading to further issues

In File MMM-GoogleMapsTraffic.js L. 82 console.log gets set to a value instead of using the function.
This breaks the log function for further logger calls.

https://github.com/vicmora/MMM-GoogleMapsTraffic/blob/master/MMM-GoogleMapsTraffic.js#L106
This is the line now.


Exclude chrome-extension:// URLs from isScriptableURL

🤷♂ I thought executeScript used to work on own chrome-extension:// pages but it doesn't:

Cannot access contents of the page. Extension manifest must request permission to access the respective host

chrome.tabs.create({url: chrome.runtime.getURL('local.html')}, tab => {
    chrome.tabs.executeScript(tab.id, {code: 'alert(1)'})
})

https://github.com/fregante/webext-content-scripts/blob/be789d80ff7c46e2f9f8e7fee84478c550970f8a/index.ts#L250C17-L253

Fixed by https://github.com/fregante/webext-content-scripts/commit/d6c75e9509911cf0e241aa5940b2d2b9aa04e4b1


Load Third Party ISpecialSequenceValidator implementations

Load third party ISpecialSequenceValidator implementions and make them availeble to the TestVerb.

Migrated from BitBucket.


Retain custom _MIN_TARGET_TEMPERATURE_STEP during update

Checklist

[X] This issue is not a duplicate feature request of previous feature requests.
[X] This only contains 1 feature request (if you have multiple feature requests, open one feature request for each feature request).

Proposal
Enable a custom value for _MIN_TARGET_TEMPERATURE_STEP to be retained during an update.
Currently, _MIN_TARGET_TEMPERATURE_STEP = 1 is reset to  _MIN_TARGET_TEMPERATURE_STEP = 0.5 after each update.
Additional context
No response

I've added a configuration option in v0.6.0 so that you can set a different minimum temperature step without modifying the code.
Use the "CONFIGURE" button on the AirTouch integration page to change the value and it should persist across updates.


chore: update Windows base images to 2023.05B with setting registry keys.

What type of PR is this?
/kind feature

What this PR does / why we need it:

update Windows base images to 2023.05B
WS2019: May 9, 2023—KB5026362 (OS Build 17763.4377)
WS2022: May 9, 2023—KB5026370 (OS Build 20348.1726)
setting registry keys to enable some fixes

Which issue(s) this PR fixes:

Fixes #
Requirements:

[x] uses conventional commit messages

[ ] includes documentation
[ ] adds unit tests
[ ] tested upgrade from previous version

Special notes for your reviewer:
Release note:
none

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 61.884%

Totals

Change from base Build<PHONE_NUMBER>:
0%

Covered Lines:
2536

Relevant Lines:
4098

💛  - Coveralls


Can not work with shopify theme sections

Shopify recently update there theme structure.
But theme gem does not recognise new folder sections.
I edited theme config file
:whitelist_files:

layout/
assets/
config/
snippets/
templates/
locales/
sections/

but it does not work.

'sections/article-template.liquid' is not in a valid file for theme uploads Files
need to be in one of the following subdirectories: layout/ assets/ config/ snippets/ templates/ locales/

How can I solve this problem?

See #216.
Looks like development has gone a bit stale with this project, no code updates for over a year, and not much activity in the issue tracker either. Kind of a shame seeing as this is such a key module of building Shopify themes and they seem to take pride in their open source participation...

I think this is the new command line tool https://github.com/Shopify/themekit

Of course! There I was waiting for a response on a issue I posted here (facepalm)


IOS - New Chat - Chat - Nothing happens when tapping on user from the searching list.

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Action Performed:

Launch App and login
Tap New Chat from FAB
Enter email e.g<EMAIL_ADDRESS>Tap on user

Expected Result:
Chat with<EMAIL_ADDRESS>should be open.
Actual Result:
Nothing happens when tapping on user from the searching list
Workaround:
Unknown
Platform:

Where is this issue occurring?

iOS

Version Number: <IP_ADDRESS>
Reproducible in staging?: Yes
Reproducible in production?: No
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation

https://user-images.githubusercontent.com/93399543/196806444-4a4aed3f-8a55-4d0b-bf08-9040346a9be8.mp4
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
View all open jobs on GitHub

:wave: Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open StagingDeployCash deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:

Identify the pull request that introduced this issue and revert it.
Find someone who can quickly fix the issue.
Fix the issue yourself.

Hm, I'm not able to reproduce. Looking into it, and will ask around as well.

I'm able to reproduce on my physical iOS device on staging.
https://user-images.githubusercontent.com/26260477/196811635-70d8bb83-249c-46a3-b58f-169d9e9fb1fc.mov

Thanks @neil-marcellini! I will investigate.

Okay after investigating with @thienlnam on the latest builds, it seems like this issue is no longer an issue (tried simulator ios, simulator android, desktop, web, and physical ios). If it keeps coming back we can definitely look into it more, but for now closing since it's not consistently reproducible.

I was able to reproduce, then restarted the app, and now I'm not, this was like seconds appart.
Not sure how we can try to fix this. and I'm not sure if this is a blocker.


Explicitly specify to use go v1.9.x for Travis CI. Fixes #752

Fixes #752

This change is

Reviewed 1 of 1 files at r1.
Review status: :shipit: complete! all files reviewed, all discussions resolved

.travis.yml, line 4 at r1 (raw file):

go:
  - "1.9.x"

Wow, I can't believe I never actually specified a Go version in CI... that's my bad :|

Comments from Reviewable