Bug 113886 - Texto dinâmico não salva em negrito;as vezes, quando se faz uma cópia do arquivo, o mesmo não acrescenta ou exclui os textos; dentro de uma lista, as vezes o quadro não fica em cinza
Summary: Texto dinâmico não salva em negrito;as vezes, quando se faz uma cópia do arqu...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.4.3.1 rc
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-11-16 18:43 UTC by Augusto Michelon Soares
Modified: 2018-07-31 09:41 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Augusto Michelon Soares 2017-11-16 18:43:18 UTC
Description:
Ao adicionar uma lista de entrada, é possível alterar sua forma para negrito. Contudo, depois de salvo e aberto novamente, a lista de entrada não está mais em negrito.

Quando se salva o texto como novo arquivo, após abrir este novo arquivo, o texto da lista de entrada abre somente as opções de seleção (as frases a serem escolhidas), não podendo mais editar o texto da lista de entrada (adicionar ou excluir textos novos a lista de entrada).

Outro detalhe quanto a lista de entrada também acontece quando acrescentado este em uma lista, ou seja, o quadro do texto da lista de entrada, algumas vezes não fica cinza quando este é colocado dentro de uma lista (f12-alternar listas numeradas/alternar listas de marcadores).

Actual Results:  
inserir; funções; lista de entrada; item (acrescenta texto); adicionar; inserir;

depois selecione e altere para negrito. salve o arquivo e abra novamente

Expected Results:
ocorreram os problemas informados


Reproducible: Always


User Profile Reset: Yes



Additional Info:
após ser fechado e salvo; o arquivo deveria ter aberto em negrito...

salvo uma cópia do arquivo, a lista de entrada deveria poder ser alterada;

ao adicional uma lista de entrada em uma lista numerada, a lista de entrada deveria estar preenchida em cinza para poder identificar a lista de entrada


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36
Comment 1 Xisco Faulí 2017-11-17 09:22:37 UTC
You can't confirm your own bugs. Moving it back to UNCONFIRMED until someone
else confirms it.
OTOH, Could you please translate the report into English ? It's an international community where its members speak different languages and not everybody will understand Portuguese/Brazilian
Comment 2 Augusto Michelon Soares 2017-11-17 11:44:22 UTC
Description:

There are three errors:

When adding an input list, and changed its shape to bold. However, once saved and reopened in the file, an entry list is no longer in bold.

When you save a copy, then open this new file, the entry list text opens only as selection options (such as phrases to be choices), and you can no longer edit the input list text (add or delete new texts in the list input).

Another error regarding an entry list, also happens when it is added to a list, that is, the text frame of the input list, sometimes do not go gray when it is placed inside a list (f12-to-to-to-do lists numbered / toggle lists of markers).

Real results:
insert; functions; entry list; item (adds text); add; insert;

then select and change to bold. save the file and open again

Expected results:

First Error: When opening the file, the input list is expected to be bold, as it is how it was saved.

Second Error: When opening a copy of the file, the dynamic text is expected to be created.

Third error: Expect that by adding an entry list within a list, the text of the entry list in line, so that we can identify an entry list.


Playable: always


Group Profile Report: yes
Comment 3 Buovjaga 2017-11-18 15:50:57 UTC
(In reply to Augusto Michelon Soares from comment #2)
> When adding an input list, and changed its shape to bold. However, once
> saved and reopened in the file, an entry list is no longer in bold.

Please attach such an example document to the bug report.

Note that we take 1 problem per report.
Comment 4 Jean-Baptiste Faure 2017-12-24 19:02:00 UTC
Set status to NEEDINFO from comment #3, please set it back to UNCONFIRMED once requested informations are provided.

Best regards. JBF
Comment 5 Jean-Baptiste Faure 2017-12-24 19:02:56 UTC
Please could you translate the summary in English?

Best regards. JBF
Comment 6 QA Administrators 2018-07-03 14:16:02 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2018-07-31 09:41:53 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-20180731