SharePoint Server 2013 已知问题

移动设备上的 PerformancePoint 内容可能无法显示上下文菜单

如果您的组织使用在 SharePoint Server 2010 模式下运行的 SharePoint Server 2013，在 Windows 8 平板电脑或 Apple iPad 等移动设备上查看时，PerformancePoint 内容的上下文菜单可能不可用。 当用户使用 Internet Explorer 应用查看内容而不是从 Windows 8 桌面运行 Internet Explorer 时，或者在 Apple iPad 上使用 iOS 6 Safari 浏览器时，尤其如此。

解决方法    建议在其默认模式下运行 SharePoint Server 2013。 或者让人们从Windows 8桌面打开 Internet Explorer。

目前没有可用于 iOS Safari 浏览器的解决方法。

从预览版升级之前删除 AverageRating 属性

如果从预览版升级到已发布版本，则将自动添加称为 AverageRating 的新托管属性。 如果您在预览版安装中创建了此属性，则升级将失败。

“我的网站”已升级到 2013，但是设置为在 2010 模式下运行，单击齿轮菜单 >“添加应用程序”时收到错误

当“我的网站”已升级到 2013，但是设置为在 2010 模式下运行时，您将收到一条错误消息。

解决方法    目前没有可用的解决方法。

重新分区后，索引器进程没有释放旧内存

触发重新分区的原因之一可能是索引节点上的内存压力较高。 问题是对旧索引节点进行重新分区的索引仍保持相同内存使用率，在索引节点重新启动之前不会改变。

解决方法    建议在旧索引组件上重启 spsearchhostcontroller 服务，并在执行$ssa之前运行此步骤。ResumeAfterIndexRepartitioning () 。 但在重启 hostcontroller 之前，有必要检查旧索引副本与其主副本同步。

在未打开折叠/分组的情况下尝试检索 fcocount 会导致查询崩溃

如果在检索托管属性 fcocount 时使用 TrimDuplicates=False 或 TrimDuplicatesIncludeId，则查询会失败。

解决方法    在使用 TrimDuplicates=False 或 TrimDuplicatesIncludeId 时，请不要请求 fcocount。

New-SPEnterpriseSearchIndexComponent 检查错误的服务器中是否存在 RootDirectory

您希望将新的索引组件添加到搜索拓扑，并且想要为索引文件指定非默认根目录。 例如：

New-SPEnterpriseSearchIndexComponent -SearchTopology $t -SearchServiceInstance $ssi -IndexPartition 1 -RootDirectory ""d:\index4"

该 cmdlet 可能会失败并出现以下错误消息，因为它错误地检查运行该 cmdlet 的服务器上是否存在所指明的根目录：

无法将参数“RootDirectory”绑定到目标。 异常设置“”RootDirectory“：”“找不到路径'd：\index4'的一部分。”

解决方法    可以改为使用以下过程创建新的索引组件：

$host02 = (Get-SPServer"<Name of server>").Name

$ssa = Get-SPEnterpriseSearchserviceApplication

$t = $ssa.ActiveTopology.Clone()

$ic = (New-Object Microsoft.Office.Server.Search.Administration.Topology.IndexComponent $host02,1);

$ic.RootDirectory =""d:\index4"

$t.AddComponent($ic)"

“PerformancePoint 仪表板设计器帮助”未按预期的方式打开

当您在仪表板设计器中单击“帮助”时，将打开 SharePoint Server 的帮助，页面上没有提及仪表板设计器。

解决方法    即使仪表板Designer在帮助查看器的主屏幕上不可见，也会提供帮助。 若要查看有关仪表板Designer的内容，请在“帮助”窗口顶部附近的搜索框中，键入“仪表板Designer”。 此时会显示仪表板Designer的资源列表。

PowerPoint 意向未显示

PowerPoint 意向未显示，因为在西班牙语内部版本中 PowerPoint 查询规则条件缺少分号，导致在 PowerPoint 的 OOB 意向中出现不正确的行为。 这种情况仅出现在阿拉伯语和西班牙语服务器中，任何其他语言包不会。

解决方法    管理员可以复制 PowerPoint 的现有查询规则条件并插入缺少的分号，或正确放置导致问题的分号。 然后，可以删除旧条目，以确保选取更新的查询规则。

返回页首

搜索以使用匿名访问时遇到问题

当您尝试使用搜索功能与匿名访问时，可能会收到以下错误消息。

尝试颁发安全令牌时出现意外：无法验证安全令牌用户名和密码。

解决方法    解决方法是将 OS 区域设置更改为本地语言。

返回页首

从 SharePoint 工作流调用非 SharePoint HTTP (REST) Web 服务时，调用 HTTP Web 服务失败

当工作流开发人员编写可从 SharePoint 工作流调用非 SharePoint HTTP (REST) Web 服务的工作流时，默认情况下会向 HTTP 标头添加“Authorization: Bearer”，有时可能会导致“401 未经授权”错误响应。

解决方法    工作流开发人员需要在“调用 HTTP Web 服务”操作的“RequestHeader”属性中显式设置具有空字符串 ( ) “的”授权“字段。 这将导致取消此 HTTP 请求的持有者授权标头。

无法使用“创建列表项”操作创建 DocSet

在 SharePoint 2010 工作流中，我们能够使用 SharePoint Designer 中的“创建列表项”操作创建 DocSet，但是在 SharePoint 2013 中，我们不支持使用“创建列表项”操作创建 DocSet。

解决方法    尝试使用“启动工作流”操作调用 SharePoint 2010 工作流。

SharePoint 2013 中的工作流不支持外部列表

SharePoint 2010 中的工作流支持对外部列表执行创建、读取、更新、删除 (CRUD) 操作，但是由于平台限制，SharePoint 2013 工作流不支持对外部列表执行 CRUD 操作。

解决方法    使用 SharePoint 2013 工作流中的“启动列表/网站工作流”操作尝试 SharePoint 2010 工作流。

“创建列表项”操作不支持在文件夹中创建项目

我们可以使用 SharePoint 2010 中的“创建列表项”操作在自定义列表中的文件夹下方创建列表项，但是在 SharePoint 2013 中，由于平台限制，“创建列表项”操作不支持在文件夹中创建项目。

解决方法    尝试使用 SharePoint 2013 工作流中的“启动列表/网站工作流”操作调用 SharePoint 2010 工作流。

SharePoint 2010 工作流中的平行程序块的 CompletionCondition 属性不受支持

SharePoint 2010 工作流中的平行程序块的 CompletionCondition 属性不受支持。 您可以在 SharePoint Designer 2013 中创建 SharePoint 2010 工作流和 SharePoint 2013 工作流。 但是平行程序块的 CompletionCondition 属性是我们仅支持用于 SharePoint 2013 工作流的属性。 但是，我们可以为 SharePoint 2010 工作流显示此属性，而您不能在 2010 中设置它。

解决方法    此问题暂无解决方法。

通过“创建列表项”操作创建的文档未保留在设计工作流时提供的文件扩展名

通过“创建列表项”操作创建的文档未保留在设计工作流时提供的文件扩展名。 例如，当您在包含文档模板（如 template.dotx）的文档库上创建新的 SharePoint 2013 工作流时，该工作流具有“创建列表项”操作，并且其“Path and Name”参数设置为“excel_file.xls”。 当发布和执行该工作流时，将使用名称“excel_file.xls.docx”而不是“excel_file.xls”创建一个新文档。

SharePoint 2010 工作流支持此操作。

解决方法    尝试使用 SharePoint 2013 工作流中的“启动列表/网站工作流”操作来使用 SharePoint 2010 工作流。

工作流不支持调查列表

SharePoint 2010 中的工作流支持对调查列表执行创建、读取、更新或删除 (CRUD) 操作，但是由于平台限制（调查列表不具有 GUID 字段），SharePoint 2013 工作流不支持对调查列表执行 CRUD 操作。

解决方法    尝试使用 SharePoint 2013 工作流中的启动列表/网站工作流操作调用 SharePoint 2010 工作流。

当用户使用“创建列表项”或“更新列表项”操作时不保留用户设置

当您在“创建列表项”或“更新列表项”操作的参数对话框中添加包含空值的“日期/时间”或“布尔值”类型字段时，如果重新打开一个参数对话框，则不会保留那些字段。

解决方法    尝试使用“启动列表/网站工作流”操作调用 SharePoint 2010 工作流。

当更新包含空值的项目字段时，更新列表项不起作用

当您尝试通过“更新列表项”操作来更新包含空值的非字符串类型（例如，日期/时间、布尔、数字或人员）的列表项字段时，它不起作用。 支持更新包含空字符串的字符串类型字段或者更新包含空值的单个用户类型字段。

解决方法    尝试使用“启动列表/网站工作流”操作调用 SharePoint 2010 工作流。

“当前时间”（“今天”）的值因时区而异

当在工作流和 SharePoint Designer 中使用日期/时间值时，需要的是运行时的当前日期。 当设置日期/时间值时，SharePoint Designer 会提供“当前时间”（“今天”），但是运行时的当前时间值因时区而异，因为它包含时间部分，而 2010 中的“当前时间”仅包含日期部分，而不包含时间部分。

解决方法    设置日期/时间变量后，使用“设置日期/时间字段的时间部分”操作，时间部分全部为 0 (零) ，以便我们可以具有仅日期值。 例如，将日期 (输出设置为变量：日期) 的时间设置为 0 ： 0。

文档库中具有空标题的文档项目让使用“标题域包含关键字”条件的 2013 工作流崩溃

如果使用“标题域包含关键字”条件运行具有空标题的文档项目，我们预计该条件将解析为 False，但实际上它将会崩溃。

解决方法    使用 If any value equals value condition and set Current Item：Title in the left value and set contains for the operator.

2010 的 CreatedDate 和 ModifiedDate 使用客户端时间，而 2013 使用服务器的时区

SharePoint Designer 2010 的 CreatedDate 和 ModifiedDate 使用客户端时间，但是当显示在工作流库中时，SharePoint Designer 2013 使用服务器的时区。

解决方法    此问题暂无解决方法。 但我们建议在客户端和服务器上使用相同的时区设置。

具有 Unicode/DBCS 名称的工作流通过“另存为模板”功能打包成预定义的名称 WorkflowSolution.wsp

具有 Unicode 或 DBCS 名称的工作流将打包为 .wsp 文件，并且使用默认的硬编码名称 WorkflowSolution.wsp。

解决方法    可以将 WorkflowSolution.wsp 重命名为原始工作流名称。 无论是否重命名，原始工作流名称都将保留在目标站点的工作流定义中。

无法在工作流库中显示 2013 工作流的“创建日期”和“修改日期”字段

如果客户端区域设置和服务器区域设置互不相同，则 SharePoint Designer 无法在工作流库中显示“创建日期”和“修改日期”字段

解决方法    目前没有可用的解决方法。 建议在客户端和服务器上使用相同的区域设置。

重复使用同一任务结果变量

当您复制和粘贴时，基本规则是保留结果变量，但是“分配任务”和“启动任务流程”操作的设计是使用任何其他任务操作不会使用的唯一结果变量，因为它包含一些隐藏信息，可在使用时显示结果下拉列表。

当将结果变量更改为其他内容时，隐藏的信息将被删除，而新变量将包含此信息。 因此，如果您更改某些已粘贴任务操作的结果变量，它还会中断其他任务操作的相同结果变量。

解决方法    如果更改了某些粘贴任务操作的结果变量，并且看到使用 If 条件或设置变量操作时出现一些奇怪的行为，请尝试将其设置回原始变量。 如果需要，请创建并使用局部变量来存储方案的任务结果值。

使用“审批状态”列的 If 条件在运行时无法正常工作

如果您在 If 条件中使用“审批状态”列，则将显示下拉列表以供选择选项，例如“1;#已拒绝”。 但是在运行时，If 语句的解析错误。

解决方法    而不是使用

if '当前项:审批状态' equals '1:#已拒绝'，

应使用

if '1' equals '当前项:审批状态’

检查错误时，词典列表列可能导致不正确的错误检测

如果某个列表具有名为 Dictionary 的“多行”类型列，而 SharePoint Designer 2013 工作流在“创建项”操作中使用它，则“检查错误”收到以下消息：

此操作包含当前不可见的错误。 单击超链接...

解决方法    使用其他列表列名称。

对于“人员”类型字段使用用户 ID 号

当在“等待当前项目事件”操作中使用“人员”类型字段时，应为其使用用户 ID 号。

解决方法    使用“用户 ID 编号”选项。

对于可重用工作流的“两者”或“关联”类型启动参数不支持

我们隐藏了用户界面来创建用于可重用工作流方案的“两者”或“关联”类型启动参数。

解决方法    目前没有可用的解决方法。 可以尝试使用初始参数、初始类型参数或使用列表工作流的默认值，具体取决于你的方案。

“检查错误”报告不可见的错误

当某个阶段在将“字符串”类型的局部变量与一些值进行比较的转换部分中使用 If 条件并且复制和粘贴该条件时，检测到一些不可见的错误。

解决方法    可以使用 Cut 命令移动 Transition 节中的条件语句并将其粘贴到原始位置。

或者，您可以复制转换部分中的条件语句并将其粘贴到相同位置。 然后删除其中一个重复的条件语句。

具有空 DataTime 启动参数的工作流被取消

如果手动启动具有空 DataTime 启动参数的列表工作流，则该工作流会被取消。

解决方法    不要将 DateTime 字段留空。

现有工作流任务内容类型不会被自动应用于已从根网站中断继承的网站

当 SharePoint Designer 将工作流发布到已从根网站中断继承的网站时，它不能自动将现有内容类型与任务列表相关联。 这意味着当您尝试运行使用任务的工作流，而这些任务使用现有任务内容类型时，在运行时工作流将失败。

发生这种情况是因为现有内容类型存储在根网站上。 如果 SharePoint Designer 对该根网站不具有访问权限，则无法获得现有内容类型并将其关联到任务列表。

解决方法    在运行任何工作流之前，手动将内容类型应用于任务列表。

如果 SharePoint Designer 2013 工作流查找类型为“字符串”或“列表项 ID”的 2010 局部变量，SharePoint Designer 2013 工作流被取消

当创建了类型为“字符串”或“列表项 ID”的 SharePoint Designer 2010 工作流局部变量，但是之后没有为其分配任何值，并且由 2013 工作流通过“启动工作流”操作或互操作活动进行查找时，在运行时该工作流会被取消。

解决方法    调用 2010 工作流并通过“启动工作流”在 2013 工作流中使用其返回值时，请确保要查找的所有变量具有至少分配一次的值。 设置后，变量完全没有问题。

在错误列表上触发 SharePoint Designer 工作流

“启动列表工作流”收到“item”作为参数，调用的 SharePoint Designer 2010 工作流将在运行时依据该参数运行。 项目应位于关联/工作流所在的同一列表中。 但是，我们并不限定项目输入只能是关联/工作流所在的同一列表。 因此，当项目和关联/工作流不在同一个列表中时，将不会执行工作流，并且运行时将发生错误。

解决方法    适当地设置“item”参数。 例如，如果 SharePoint Designer 2013 列表工作流调用与其他列表关联的 2010 工作流，则不应使用“当前项目”，而应使用 2010 工作流所在的列表中的项。

在“设置工作流变量”操作上看到了内部输出数据源变量

“启动工作流”调用返回值的数据源在某些操作中显示为“词典”类型变量。 在这种情况下，其他词典类型变量可以分配给该数据源，但是不应这样做，因为它是为在运行时调用的 SharePoint Designer 2010 工作流的返回值保留的空间。

解决方法    请勿使用 __SharePoint 2010 输出：<workflow_name> 变量，而不是将其作为数据源查找。

如果关联已更改或操作语句被删除，则应删除 SharePoint Designer 2010 输出数据源

每当在“启动工作流”中使用关联/工作流参数时，都将创建一个数据源以检索从调用的 2010 工作流返回的数据。 因此，当您选择相同关联/工作流时（例如，通过擦除“启动工作流”操作并再次添加该操作和参数），将存在多个数据源。 但是，在工作流的其他部分使用旧源将导致工作流被取消。

解决方法    创建具有较高编号的新版本并可用时，请勿使用旧版数据源。

SharePoint Designer 2010 工作流的局部变量名称不能包含特殊字符

如果您从 SharePoint Designer 2013 工作流查找 SharePoint Designer 2010 工作流的局部变量，则当 2010 工作流的局部变量名称包含特殊字符（例如，? 或 #）时，它将表示为十六进制代码。

出现这种情况是因为 2013 工作流不允许在变量名称中使用此类特殊字符。

解决方法    数据处理完好无损，但只是在设计时以不同的方式显示。 只需注意此问题，就可以将变量与特殊字符一起使用，而无需执行任何其他工作。

如果引用的列表不存在，则在功能激活时 SharePoint 2013 (WF4) 工作流程序包失败

在解决方案库中部署程序包并激活之后，您需要为其激活网站功能。 但是，如果引用的列表不存在，则会失败。

解决方法    当包未能在目标站点上激活时，必须查看两个事项。

• 如果工作流程序包部署到引用的列表不存在的网站，会发生什么情况？

网站功能激活将会失败。

错误消息并不详细，但是如果您查看 ULS 日志，则可以找到以下类似提示：

“由于以下错误，工作流 XAML 验证失败：未能从文本‘$ListId:Lists/Vacation;’创建‘ListId’”

但是功能激活失败后，即使您创建了必要列表，重新激活该功能可能会再次失败。 这是因为您的工作流定义未全面部署。 您需要执行下列操作：

1. 打开 SharePoint Designer 并删除在功能激活期间失败的工作流定义。

2. 停用并删除该解决方案。

3. 上载并激活该解决方案。

4. 激活网站功能。

• 您需要保证相对列表 URL（例如，列表/休假）相同。 即使您使用给定名称创建一个列表，然后将其更改为不同名称，列表 URL 也不会发生更改，这是因为它基于原始显示名称。 因此，即使您基于列表的更新名称打包工作流，工作流在目标网站上仍将基于旧名称查找列表 URL。 因此，当在目标网站中重新创建列表时，您必须确保您最初为列表提供原始名称，而不是更新的名称。 这样，将会保留列表 URL。 创建列表后，您可以将列表的名称更改为更新的名称。

如果将列表/网站工作流从 SharePoint 2013 工作流程序包部署到不包含工作流任务和工作流历史记录列表的网站，工作流将被取消

当部署了列表/网站工作流程序包时，目标网站上应存在正确的工作流任务和工作流历史记录。 如果目标服务器不包含工作流任务列表和工作流历史记录列表，则当您从“工作流设置”页面中单击工作流时，可能会看到一条错误消息。

解决方法    将工作流部署到以前从未创建过工作流的目标服务器时，会发生这种情况。 解决方法是，可以从 SharePoint Designer创建和发布虚拟工作流，以创建“工作流任务”列表和“工作流历史记录”列表，然后从 SharePoint Designer打开已部署的工作流，调整“工作流任务”列表和“工作流历史记录”列表设置，并重新发布工作流。

SharePoint Designer 2013 基于文本的工作流设计器中的复制和粘贴功能问题

尽管我们尝试在大多数编辑工具中启用常用功能，但是存在下面一些限制：

• 不能使用“撤消”(Ctrl+Z)。

• 不能通过单击和拖动来选择多个对象。

• 不能通过单击和拖动对象来移动所选项目。

• 不能使用 Shift+左键单击来选择多个构造（例如，阶段、步骤或平行程序块），但是可用于操作的多项选择。

• 不支持跨不同的工作流平台类型执行复制和粘贴。

• 剪贴板未完全与基于文本的设计器中的工作流复制和粘贴操作进行集成，因此剪贴板中的“粘贴”按钮无法按预期工作。

• 无法跨远程桌面复制和粘贴内容，因为不支持跨具有不同 PID 的 SharePoint Designer 安装执行复制和粘贴。

• 不能对“创建词典”操作使用粘贴，因为它不保留其属性。

解决方法 对于大多数鼠标操作，可以使用键盘。 对于其他项，没有解决方法。

工作流表单从 InfoPath 表单更改为 ASPX 表单

对于基于 SharePoint Designer 2013 和 Microsoft Azure 工作流的工作流，SharePoint Designer 会创建 ASPX 表单，而不是通过 SharePoint 2010 工作流创建的 InfoPath 表单。 如果要自定义表单，您可以在工作流摘要页面的表单碎片中单击它，以显示通用 ASPX 页面编辑器。

解决方法    目前没有可用的解决方法。

当两个 SharePoint Designer 实例同时运行时，无法插入任务进程操作

当两个 SharePoint Designer 实例同时运行时，无法在工作流设计器中插入 SharePoint Designer 2010 工作流操作（例如，“启动审批流程”和“启动反馈流程”）。

解决方法    使用 SharePoint Designer 2010 工作流操作时，使用 SharePoint Designer的一个实例。

SharePoint Designer 工作流中的字段不支持查找

在 SharePoint Designer 2013 中不支持将 SharePoint 列表和文档库中的某些字段用于查找，当从工作流读取这些查找字段时，该工作流将被取消。 这些字段全部都是查找类型字段，主要引用全局（隐藏）列表，而且有些字段对于相同列表中的其它字段是查找类型。

• [列表中的字段]

• 应用程序创建者

• 应用程序修改者

• 客户 ID

• 讨论标题

• 子文件夹计数

• 子项目计数

• 项类类型

• 父项目 ID

• 路径

• 答复

• 最短线索索引 ID 查找

• 排序类型

• URL 路径

• [文档库中的字段]

• 应用程序创建者

• 签入批注

• 客户 ID

• 文件大小

• 子文件夹计数

• 子项目计数

• 项类类型

• 路径

• 排序类型

• URL 路径

• 病毒状态

解决方法    执行下列操作之一：

• 使用“调用 HTTP Web 服务”操作。 例如：http://site_name/_api/Web/Lists/GetByTitle('list_name')/Items(item_ID)/FieldValuesAsText?$select=field_name

其中，field_name 是 SPField 对象的 EntityPropertyName 属性

• 使用“启动列表/网站工作流”操作来调用 SharePoint 2010 工作流。

返回页首

顶部导航不显示Viva Engage导航选项卡

作为 工作或学校 OneDrive 的租户管理员，你曾经在 Microsoft 365 的顶部导航栏中看到新闻源或Viva Engage。 但对于独立 工作或学校 OneDrive 订阅，您不再能看到这些选项卡。 即使租户管理员页中启用了 engage.cloud.microsoft 服务，此顶部导航也不会亮起。

根据设计，独立 工作或学校 OneDrive 默认情况下不包含Viva Engage或新闻源社交导航选项卡。 但是，启用 engage.cloud.microsoft 服务作为社交网络时，除了 OneDrive 链接外，顶部导航还应显示Viva Engage轻松单击链接。

解决方法    如果启用了 Viva Engage 作为社交网络，则可以直接浏览以 engage.cloud.microsoft 并使用 Microsoft 365 组织标识登录。