Bug 127538 - QR Code should not replace text but should co-exist
Summary: QR Code should not replace text but should co-exist
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.0.0.alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: QR-code
  Show dependency tree / graph
 
Reported: 2019-09-13 16:32 UTC by shubhamgoyal
Modified: 2021-03-27 01:34 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description shubhamgoyal 2019-09-13 16:32:21 UTC 
Description:
When a text is selected and then QR code dailog in called the code makes QR code to be generated replacing the current text.

The QR code and the text should co-exist.

Steps to Reproduce:
1. In writer, select some text.
2. Insert -> QR Code..
3. Generate QR code.

Actual Results:
The QR code replaces the selected text.

Expected Results:
The QR code should co-exist with the selected text.


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 Xisco Faulí 2019-10-03 11:06:58 UTC 
Reproduced in

Version: 6.4.0.0.alpha0+
Build ID: c9336bfb6bbf6d73d3f23c124262ade30133448d
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-US (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

Note: Insert QA needs to be added to the menu from the customize dialog
Comment 2 Mike Kaganski 2021-03-24 09:18:37 UTC 
Is this actually reasonable? It's common that inserting anything over a selection does replace the selection. Why the exception in this case?

Bug 127305 proposes a reasonable behavior WRT pre-selected text. I suppose this one should be NOTABUG.
Comment 3 Samuel Mehrbrodt (allotropia) 2021-03-24 10:00:08 UTC 
(In reply to Mike Kaganski from comment #2)
> Is this actually reasonable? It's common that inserting anything over a
> selection does replace the selection. Why the exception in this case?
> 
> Bug 127305 proposes a reasonable behavior WRT pre-selected text. I suppose
> this one should be NOTABUG.

Agree with Mike here.