Publishing function on XD is stuck...





Hi, 

I'm trying to publish a library so I can share the library link – we're a big team and everyone needs access to the same components that I've created, but XD just gets stuck on "Publishing..." 

The components are all vector-based and really small, so the file size shouldn't be an issue. 

I've tried stopping all CCD processes, restarting etc. etc. and none of that has worked. 

I opened CCD separately and I can see all of the elements in the library there, but it doesn't register as "complete". I was able to create a new library in CCD, copied all of the components over into that new library, but still no option to invite people to the library, which breaks the entire purpose of it. 

Please could someone help with this?

Thanks in advance! 

Alain

PS – I'm on the latest version of XD and I'm on an iMac running Catalina. 

Attachments are "Publishing..." screenshot, as well as examples of another library that allows me to share, and the current library with that option non-existant.
I've found a solve that works for me! This was totally my fault, but it took me ages to figure out! Syncing for CC had paused under my preferences in the CCD app. I resumed them and everything started working again – the publishing finishes and I can share libraries etc.
[image] paulaniculaesei:

but if i make from vs code a new branch , why i can’t open a pull request?

because you need to push the branch to somewhere public first. you can’t push your branch to someone else’s repository, so you need your own (a fork in github terms). i’m afraid not at this time but it’d make for a great [feature request](https://community.devkinsta.com/c/feature-requests/6)! sorry. i wish i could help but i find it weird that people “like” your post and not say anything. i posted yesterday and i was like ok… ummm do you want to look at my book? hah. all the best sir! Try this and see if it works..... But the problem is some libraries does not support  

(#include "XYLock.h")



```
#include <stdio.h>
#include  <iostream>
#include "XYLock.h"

XYCriticalSection myCriticalSection;

void ThreadProc(void *dummy)
{
    while(true)
    {
        try
        {
            XYLock myLock(&myCriticalSection);
            printf("Thread '%X' has the lock\n",::GetCurrentThreadId());
            throw "a test";
        }
        catch(char* p)
        {
            printf("Caught: %s\n",p);
        }
        ::Sleep(1000);
    }
}

void main()
{
    for(int i=0;i<100;i++)
    {
        if(_beginthread(ThreadProc,0,NULL)1)
        {
            printf("Failed to create a thread\n");
            return;
        }
    }

    while(true)
    {
        try
        {
            XYLock myLock(&myCriticalSection);
            printf("The main thread '%X' has the lock\n",::GetCurrentThreadId());
            throw "a test from the main thread";
        }
        catch(char* p) 
        {
            printf("Caught: %s\n",p); 
        } 
        ::Sleep(1000); 
    } 
}
``` you could download each fex submission to a separate folder and then create links (hard or symbolic) to the matlab files (m, p, mex, etc.) in a single common folder for all fex submissions. this might cause problems with name collisions to common files (e.g., contents.m). seems to be solved by adding a method

find\_aac(x::base.broadcast.extruded) = x.x

not sure why it is needed, or is it enough. created a [pr](https://github.com/julialang/julia/pull/34112). The problem is that your pair's closure must return two different types of objects: int if you ask for "con", and the next closure on the line if you ask for "crd".


Here's one possible implementation:


Use a speaker so you can come back.



```
public static Func<string, dynamic> Pair(int x, Func<string, dynamic> y)
{
    Func<string, dynamic> pair =
           (a) =>
           {
               if (a == "con") return x;
               if (a == "crd") return y;
               throw new Exception();
           };

    return pair;
}

public static void Print(Func<string, dynamic> pair)
{
    while (true)
    {
        var next = pair("crd");
        Console.WriteLine((next == null ? "-":"+") +"> " + pair("con"));
        if (next != null)
        {
            Console.WriteLine("|");
            pair = (x) => next(x);
            continue;
        }
        break;
    }
}

        

        
        
        
 (adsbygoogle = window.adsbygoogle || []).push({});
 
        

    
```


  




 (adsbygoogle = window.adsbygoogle || []).push({});
 
  

Test:



```
var pair = Pair(1,
            Pair(2,
                  Pair(3,
                        Pair(4, null))));

Print(pair);

        

        
        
        
 (adsbygoogle = window.adsbygoogle || []).push({});
 
        

    
```

output:



```
+> 1
|
+> 2
|
+> 3
|
-> 4

        

        
        
        
 (adsbygoogle = window.adsbygoogle || []).push({});
 
        

    
``` you can only attach one using the upload file option but you can "insert" or "drag and drop "as many files as you want.  see below



![ ](/resized-image/__size/320x240/__key/communityserver-discussions-components-files/2626/pastedimage1575581012041v1.png) hey [@jsteb](/u/jsteb), i was struggling with this and i figured what is going on. the problem is with the action button. if you try with a regular button it will work. i think that should be clarified in the tutorial [image] syclik:

install.packages(“rcpp”, type = “source”)

i’ve just tickled this bug myself on a fresh install of rstudio with rstan 2.16.2 (latest).

installing rcpp wasn’t enough in my case - (working on a mac), in addition i had to do:

install.packages("rstan", type ="source")

library(rs…