Project

General

Profile

Actions

Bug #3837

open

Ошибки Update-процессора

Added by Viktoria Kopach almost 12 years ago. Updated almost 12 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
01/09/2013
Due date:
% Done:

0%

Estimated time:
Detected in build:
0.14.175
Platform:
Windows x64
Published in build:

Description

Update Processor переносит не все фрагменты.

1. Размечаем в ReqDoc2 несколько фрагментов разного размера: фрагменты с одной строчкой, с двумя, с тремя.
2. Обновляем документ ReqDoc документом ReqDoc2.

Ожидается, что все фрагменты будут перенесены, но как правило (за редким исключением, причины не ясны), переносится только фрагмент, состоящий из одной строчки.


Files

ReqDoc2.html (6.32 KB) ReqDoc2.html Viktoria Kopach, 01/09/2013 07:39 PM
ReqDoc.html (15.4 KB) ReqDoc.html Viktoria Kopach, 01/09/2013 07:39 PM
locs.zip (11.4 KB) locs.zip проект с размеченными документами Viktoria Kopach, 01/10/2013 01:50 PM
Actions #1

Updated by Vladimir Fedotov almost 12 years ago

1. в чем ошибки?
2. где все-таки размечаются "фрагменты"? и кто кого обновляет? судя по описанию, мы обновляем документ с разметкой документом без разметки.
3. что значит "как правило"?
4. как я ни старался, у меня разметка одинаковых location переносилась полностью, где можно увидеть размеченный документ?

Actions #2

Updated by Viktoria Kopach almost 12 years ago

1. Ошибки в том, что фрагменты по непонятным причинам то переносятся, то нет.
2. Да, опечаталась. Обновляем документ ReqDoc документом ReqDoc2.
3. Как правило значит, что у меня бывали редкие исключения, когда ошибка не воспроизводилась. Причины непонятны. Но обычно она стабильно случается.
4. Весь проект приложила к тикету.

Actions #3

Updated by Vladimir Fedotov almost 12 years ago

update-процессор не гарантирует перенос всей разметки, гарантируется только перенос разметки в ту же ветвь документа, без искажения самого документа. У update-процессора предусмотрен механизм "ручного анализа" тех location, в правильности которых есть сомнения. Т.к. интерфейс на стороне requality не реализован, этот механизм просто сбрасывает результат работы в консоль. В данном случае это именно так: 7b68d57e-ef8f-4ac8-8d48-aae5ed7cf965 и 05b18690-7e83-4cdc-a0fd-2c397ce46748 найдены, но не перенесены т.к. в новом документе у них другой узел-родитель. Это не ошибка.

Actions

Also available in: Atom PDF