auxves / vscode-syncify Goto Github PK

Syncify Version and Operating System

I am using Syncify v4.0.4 on Windows

Describe the bug

After installing and launching VS Code 1.47.0 every extension is missing and the Extensions pane loads infinitely.
For a detailled description see Issue#102082 in microsoft/vscode.

This bug exists, because Syncify creates a extension.json in the user data directory (%APPDATA%\Code\User in my case) where the settings.json is located. This folder is owned by VS Code so this lead to the issue. See this comment of @sandy081 for details.

If the extensions.json is removed from the user data directory and VS Code is restarted, vscode runs without any issues until Syncify run a Sync or Upload.

To Reproduce

Steps to reproduce the behavior:

1. Syncify is setup (File or Repo Syncer)
2. Run the Sync or Upload task of Syncify
3. Install the update to vscode 1.47.0
4. Restart VS Code
5. VS Code does not load any extensions and the Extensions pane loads infinitely

If you manually create a extensions.json file with valid json content in the user data directory, VS Code should also fail to load the extensions on next startup:

1. Create an extensions.json file next to settings.json in your user data dir with following content

   [
     {
       "id": "a"
     },
     {
       "id": "b"
     }
   ]

2. Open VS Code. No extension should now be loaded and the Extensions pane should loads infinitely

Expected behavior

Syncify should not create the extensions.json file in the user data directory.

Screenshots

Additional context

I was ready to try this instead of Sync Settings but once I got to the GitHub authorization step, I had to stop.

This application will be able to read and write all public and private repository data. This includes the following:

• Code
• Issues
• Pull requests
• Wikis
• Settings
• Webhooks and services
• Deploy keys
• Collaboration invites

Are you able to allow us to somehow provide access to a specific private or public repo instead of giving you access to everything? No offense but I do not know you. I do not know what is in your code. And I do not know what may be in your code tomorrow. I do not know if you would hand this project over to someone else who may have bad intentions (we all know how that goes link).

Is your feature request related to a problem?

Error messages opening in new tabs are very obtrusive.

Describe the solution you'd like

I suggest to replace them with pop up messages like on this example. For detailed description of a problem, the pop up could have a button labeled e.g. "Show details" that would open the same tab with description like it is done now.

I know it's not supported, but I am using GitBucket. That partially works, only the extensions.json are uploaded.

I'd like gitbucket and gitea to be supported.

Great extension!

Is your feature request related to a problem?

Not a technical issue, just a nice-to-have feature.

Describe the solution you'd like

The ability to provide the URL of a private Bitbucket Server instance (probably on the "getting started" window), in order to set up the required Application Permissions on my account.

Describe alternatives you've considered

I'm currently syncing my settings to a repo on my personal GitHub account, and I can provide that URL to my coworkers as necessary.

Additional context

I work on a team that uses an internal Bitbucket Server. In addition to syncing my own personal settings, I intend to create a minimal "beginner" profile that I can share with other members of my team, most of whom are new to VS Code. I can't guarantee that these individuals already have accounts on the public GitHub/GitLab/Bitbucket sites, but I know for certain that they have credentials for our internal server. This feature would mean one less step for them to follow.

Thanks very much for your hard work so far!

Is your feature request related to a problem?

Settings-Sync allows to use my email and an access token I created specifically for settings-sync. Syncify doesn't support authentication via an access token. Instead it forwards me to either GitHub, GitLab, or Bitbucket where can only authorize Syncify but I can't limit what Syncify can do on my behalf. My GitHub account has become too important to grant unlimited access to Webhooks and services
and Deploy keys. Especially the deploy keys is very alarming to me.

Describe the solution you'd like

Add the possibility to accept email+accesstoken as authentication alternative for GitHub, GitLab, and BitBucket.

Describe alternatives you've considered

Alternatively remove the requirements to read deploy keys, Webhooks, etc.
Or instruct people to create another free GitHub, GitLab, BitBucket account which they exclusively use for Syncify.

Additional context

To sync settings you should only be caring about one repository either its public or private. You should not want to read my Deploy keys, nor my Webhook settings.

Syncify Version

2.0.0+

Describe the bug

I use Syncify on both Linux and Windows. On my Linux systems, it works fine. On Windows, the download option has been broken since release 2.0.0.

Additional context

The following error is displayed on newer versions:

TypeError: downloadedExtensions.filter is not a function	
at Function.getMissing (file:////home/travis/build/arnohovhannisyan/vscode-syncify/src/services/extensions.ts:54:37)	
at RepoSyncer.eval (file:////home/travis/build/arnohovhannisyan/vscode-syncify/src/syncers/repo.ts:176:82)	
at Generator.next (<anonymous>)	at fulfilled (file:////home/travis/build/arnohovhannisyan/vscode-syncify/src/syncers/repo.ts:5:58) (at Function.error (file:////home/travis/build/arnohovhannisyan/vscode-syncify/src/services/logger.ts:8:21))

Syncify Version

I am using Syncify v3.5.2

Describe the bug

A clear and concise description of what the bug is.

I can upload settings on Windows or Ubuntu separately(with different repo), but I can not sync settings between Windows and Ubuntu (with same repo).

To Reproduce

Steps to reproduce the behavior:

1. Do uploading on Windows(Linux) with new created repo
2. Move to Linux(Windows) machine, do downloading
3. Will generate error

Expected behavior

A clear and concise description of what you expected to happen.

Downloading without error

Screenshots

If applicable, add screenshots to help explain your problem.

Additional context

Add any other context about the problem here.

My extension list:

13xforever.language-x86-64-assembly
Anjali.clipboard-history
DougFinke.vscode-pandoc
HexcodeTechnologies.vscode-prettydiff
RolandGreim.sharecode
Thog.vscode-asl
aaghabeiki.gitdiffer
aaron-bond.better-comments
aaronpowell.vscode-profile-switcher
adamhartford.vscode-base64
adamvoss.vscode-languagetool
adamvoss.vscode-languagetool-zh
ahmadawais.shades-of-purple
alefragnani.Bookmarks
alefragnani.project-manager
anseki.vscode-color
arnohovhannisyan.syncify
atian25.copy-syntax
attilathedud.data-converter
austin.code-gnu-global
b4456609.theme-atom-one-light
b5261b62-5943-495a-a2cd-2b281ddb7a76.vscode-nier-automata-theme
bierner.emojisense
brunnerh.file-properties-viewer
brunnerh.insert-unicode
cg-cnu.vscode-path-tools
chrisdias.vscode-opennewinstance
christian-kohler.npm-intellisense
chrmarti.regex
CoenraadS.bracket-pair-colorizer-2
Compulim.vscode-chinese-translation
cssho.vscode-svgviewer
dakara.transformer
dan-c-underwood.arm
DavidAnson.vscode-markdownlint
dbaeumer.vscode-eslint
deerawan.vscode-hasher
drphrozen.escaping-characters
eamodio.gitlens
ebicochineal.select-highlight-cochineal-color
eg2.vscode-npm-script
emilast.LogFileHighlighter
espresso3389.insert-file
everettjf.filter-line
evilz.vscode-reveal
fabiospampinato.vscode-highlight
fabiospampinato.vscode-open-in-terminal
fabiospampinato.vscode-open-multiple-files
fgcintra.longsight-light-theme
fisheva.eva-theme
formulahendry.code-runner
Fr43nk.seito-openfile
galarius.vscode-opencl
galend.vsc-lorem-cn
ginfuru.ginfuru-vscode-jekyll-syntax
ginfuru.vscode-jekyll-snippets
GrapeCity.gc-excelviewer
hars.CppSnippets
heaths.vscode-guid
heyimfuzz.banner-comments
holmescn.vscode-wordcount-cjk
HookyQR.beautify
Horla.horla-light-theme
humy2833.ftp-simple
IBM.output-colorizer
idleberg.emoji-code
Ikuyadeu.r
ilich8086.launcher
ionutvmi.path-autocomplete
ivanhofer.git-assistant
ivomachado.configure-c-compiling
iwyvi.chinolor
jakob101.RelativePath
jakob101.relativepathrefactor
James-Yu.latex-workshop
jbenden.c-cpp-flylint
jebbs.plantuml
jebbs.super-replace
jithurjacob.nbpreviewer
JohannesRudolph.file-ext-switcher
JonaDuran.my-light-theme
jrebocho.vscode-random
kenhowardpdx.vscode-gist
keroc.hex-fmt
kevinkyang.auto-comment-blocks
kisstkondoros.vscode-gutter-preview
kondratiev.sshextension
konstantin.wrapSelection
kriegalex.vscode-cudacpp
markvincze.code-fragments
mechatroner.rainbow-csv
mhutchie.git-graph
michelemelluso.gitignore
mitaki28.vscode-clang
mitchdenny.ecdc
mkxml.vscode-filesize
mohsen1.prettify-json
ms-azuretools.vscode-docker
MS-CEINTL.vscode-language-pack-zh-hant
ms-python.python
ms-vscode-remote.remote-containers
ms-vscode-remote.remote-ssh
ms-vscode-remote.remote-ssh-edit
ms-vscode-remote.remote-ssh-explorer
ms-vscode-remote.remote-wsl
ms-vscode-remote.vscode-remote-extensionpack
ms-vscode.cmake-tools
ms-vscode.powershell
msjsdiag.debugger-for-chrome
mushan.vscode-paste-image
nhoizey.gremlins
nopjmp.fairyfloss
octref.vetur
oderwat.indent-rainbow
paragdiwan.gitpatch
patrys.vscode-code-outline
pavan.VSNotebooksBeta
pflannery.vscode-versionlens
piotrpalarz.vscode-gitignore-generator
psioniq.psi-header
raymcclain.theme-timer
redhat.java
redhat.vscode-yaml
REditorSupport.r-lsp
rexebin.f12-open-file
ritwickdey.LiveServer
rpinski.shebang-snippets
rubbersheep.gi
ryu1kn.partial-diff
ryu1kn.text-marker
sadesyllas.vscode-workspace-switcher
satokaz.vscode-findinpage
searKing.preview-vscode
Shan.code-settings-sync
shardulm94.trailing-spaces
shd101wyy.markdown-preview-enhanced
shyykoserhiy.git-autoconfig
sidneys1.gitconfig
slevesque.shader
slevesque.vscode-hexdump
spywhere.guides
streetsidesoftware.code-spell-checker
TabNine.tabnine-vscode
teabyii.ayu
thekalinga.bootstrap4-vscode
tomphilbin.gruvbox-themes
torn4dom4n.latex-support
twxs.cmake
Tyriar.shell-launcher
uloco.theme-bluloco-light
vahidk.tensorflow-snippets
vincaslt.highlight-matching-tag
VisualStudioExptTeam.vscodeintellicode
vscjava.vscode-java-debug
vscjava.vscode-java-dependency
vscjava.vscode-java-pack
vscjava.vscode-java-test
vscjava.vscode-maven
wayou.vscode-todo-highlight
webfreak.debug
wix.vscode-import-cost
wmaurer.change-case
xaver.clang-format
xaver.theme-ysgrifennwr
xyz.local-history
YoshinoriN.current-file-path
yzane.markdown-pdf
yzhang.markdown-all-in-one
zeithaste.cursorCharCode
zoxon.monokai-light

Syncify Version and Operating System

I am using Syncify v4.0.4 on Linux

Describe the bug

I cleared all folders except my settings. Than I launched VSCode and used Syncify: Sync and lost all my unpushed configuration (it was overwritten with the older one) without any promt.

To Reproduce

1. Remove Syncify repo form VSCode folder.
2. Launch VSCode.
3. Use Syncify: Sync.

Expected behavior

I want to have at least promt that says that all my setting will be removed.

Thank you for being part of the Open VSX community by adding your extensions to the Open VSX Registry. Please note that the service was recently transferred to the Eclipse Foundation and urgent action on your part is needed so we can continue to list your extensions. To ensure uninterrupted service, please sign the Eclipse Publisher Agreement on or before January 8, 2021. If not signed by that date, your extensions will be delisted and will no longer appear on the site nor be available via the API. If you sign at a later date, your extensions will then be re-activated. The signing process is explained in the Wiki (steps 1 and 2).

Please also note that all extensions MUST have a license in order to be listed.

More details are in these recent blog posts:
https://blogs.eclipse.org/post/brian-king/open-vsx-registry-under-new-management
https://blogs.eclipse.org/post/brian-king/new-era-open-vsx-registry

Today, there’s growing momentum around open source tools and technologies that support Visual Studio (VS) Code extensions. Leading global organizations are adopting these tools and technologies. This momentum has spurred demand for a marketplace without restrictions and limitations. Thanks for joining us on this journey as we continue to build the Open VSX community. We look forward to continued innovation from you in 2021!

Syncify Version and Operating System

I am using Syncify v4.0.4 on Mac

Describe the bug

I have 2 Macbooks.
Both use VSCodium (not VS Code).
On Mac1 I installed Syncify and startet uploading ... went OK.
On Mac2 I installed Syncify (no other extension; complete fresh VsCodium) -> Get Error "Keine Stash-Einträge gefunden"

I tried:

• public vs. private repo
• reset vs. reinitiate
• complete uninistall

The public repos is here:
https://github.com/kuddl/vsCodeSettings

Syncify Version

I am using Syncify v3.9.1

Describe the bug

When I attempt to switch Syncify profiles, I am presented with a Git-related error message (see screenshot). I'm pretty sure I've diagnosed the issue, so see below.

To Reproduce

Steps to reproduce the behavior:

1. Started with "Syncer" setting set to "Repo", successfully uploaded my settings to the default profile.
2. Created a second profile on a different Git branch.
3. Open Command Palette and execute the "Syncify: Switch Profile" (resulted in a warning message, but I assumed that I did something incorrectly, and so unfortunately didn't capture the message contents.)
4. Restarted VS Code (optional? I did it in response to the above warning.)
5. Confirmed in my Syncify settings that the current profile switched to the new one, despite the above warning.
6. Modified VS Code settings.
7. Open Command Palette and execute the "Syncify: Upload" command (success)
8. Open Command Palette and execute the "Syncify: Switch Profile" command (results in the error in the screenshot below)

Expected behavior

Switch Profile succeeds.

Screenshots

Additional context

(Windows 10, VS Code v1.41.0, Git v2.20.1)

I believe that this is caused by the version of Git that I have installed. Based on a quick Google search, it appears that the "git switch" command was added in v2.23, but my machine is running v2.20.1. At the time of writing, the latest version is v2.24.1.

There appear to be two options to fix: either simply document that the extension requires a certain version of Git, or update the extension to use backward-compatible Git commands.

Unfortunately, I am unable to upgrade Git on this particular machine, but I will test on a different machine and provide an update when I get a chance.

Syncify Version and Operating System

I am using Syncify v4.0.4 on Windows 10 2004

Describe the bug

I get the following error message when trying to download the settings (from a locally hosted git repo):

error: Pulling is not possible because you have unmerged files.
hint: Fix them up in the work tree, and then use 'git add/rm <file>'
hint: as appropriate to mark resolution and make a commit.
fatal: Exiting because of an unresolved conflict.

However there's no hint where to find the local copy of the repository, I searched for it but without luck.

1. Where can I find that repository on my local disk?
2. Once I found it - possibly we could check how it came to those local changes in the first place

To Reproduce

Unfortunately I cannot tell. Just was syncing the settings from two different machines over the network. Not sure how it came here.

Expected behavior

1. Hint about the repository location in the case of a git error
2. Option(s) to handle this kind of situation

Hi @glossnyx,

What's the status of the project?
It hasn't received any updates for almost a year and the docs are dead.
Are you still supporting it?

Syncify Version and Operating System

I am using Syncify v4.0.4 on Linux inside of vscodium 1.47.0on both computers.

Describe the bug

Unable to Download from Syncify Github Repo

To Reproduce

1. Setup Syncify on computer A
2. Init a new public Syncify repo in github using oauth
3. On computer A, run Syncify: Upload
4. Verify that the settings uploaded in to the new repo in github
5. Setup Syncify on computer B with github oauth
6. Chose the existing public Syncify repo in github in vscode
7. On computer B, run Syncify: Download
8. Receive error with the following message:

   Cannot read property 'length' of null
   

9. Restart vscodium
10. Discover that vscodium is corrupted and requires rm -rf ~/.config/VSCodium before it will use the extension marketplace again.

Expected behavior

Expected Syncify to download the repo that computer A just uploaded to.

Screenshots

Additional context

Syncify Version

I am using Syncify v3.12.3

Describe the bug

Cannot upload to bitbucket, cannot see error on error screen (also tried enabling debug mode, don't see anything in console

To Reproduce

Sign into bitbucket, add repo, upload

Expected behavior

Screenshots

Additional context

Worked on linux host, tried to use on windows host, any other way to get debug logs?