一些unicode在创建时会从文件名和文件夹名中删除

一些unicode在创建时会从文件名和文件夹名中删除,unicode,box-api,Unicode,Box Api,我有一个文件名,其中有一个字符U1F607(带光环的笑脸) 我使用v2api(也直接在网站上)创建了该文件,结果是从文件名中删除了该字符 我遇到的问题是,我有这样一个函数: path = "foldername \xf0\x9f\x98\x87" folder.find( :type => 'folder', :name => path, :recursive => false ).first || folder.create_folder( path ) 第一次通过时

我有一个文件名,其中有一个字符U1F607(带光环的笑脸)

我使用v2api(也直接在网站上)创建了该文件,结果是从文件名中删除了该字符

我遇到的问题是,我有这样一个函数:

path = "foldername \xf0\x9f\x98\x87"
folder.find( :type => 'folder', :name => path, :recursive => false ).first ||
  folder.create_folder( path ) 
第一次通过时,
查找
失败,文件夹被创建为
“foldername”
。第二次通过时,
查找
再次失败,奇怪的是,创建了一个名为
“foldername”
的额外文件夹

我的问题是:

  • 静默剥离字符是API的预期部分吗?(与返回406不可接受相反)
  • 是否有可在API客户端中复制的允许/不允许字符列表
  • 为什么要创建两个同名的文件夹

    • 本周我们将推出更多角色支持。它应该在推出后一两天内开始工作

      显然,剥离是在检测到重复文件夹/文件名之后发生的,因为通常重复的文件名会被拒绝,并出现Box::Api::NameTake异常。截至8月7日,这仍然是一个问题。我认为其中一个问题可能是这个特殊的角色,并不是一个你期望得到支持的角色。它的“带光环的笑脸”。我认为这里需要解决的问题是,folder.find()并不是以与Box后端相同的方式(或者根本不是)剥离无效字符。是否有box接受的有效unicode代码点列表?