Bug 122586 - Classification: by using the dialog, Watermark text from policy is not placed in the document
Summary: Classification: by using the dialog, Watermark text from policy is not placed...
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.1.1 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Classification
  Show dependency treegraph
 
Reported: 2019-01-08 22:08 UTC by Cor Nouws
Modified: 2019-08-22 10:27 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
example file nl-NL (3.64 KB, text/xml)
2019-02-05 15:19 UTC, Cor Nouws
Details
example file international (5.01 KB, text/xml)
2019-02-05 15:19 UTC, Cor Nouws
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cor Nouws 2019-01-08 22:08:35 UTC
- Writer document
- View > Toolbar > (TSCP) Classification
- use list from toolbar and apply Confidential
   > watermark appears in the document (as defined in policy file)
     (as well as header and footer text)
   This is OK

- New document
- Open dialog Document Classification
- select Confidential from list Classification
- hit OK
   > no watermark appears in the document

It is easy to see per version, by comparing result from toolbar and from dialog!

 600 rc1 > watermark OK
 601 rc1 > no watermark
 620 rc1 > no watermark
 master 63 > watermark OK ..

would be great if this can be fixed in 6.2 version - hence the report.

Version: 6.2.0.1
Build ID: 0412ee99e862f384c1106d0841a950c4cfaa9df1
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US
Calc: threaded

Version: 6.3.0.0.alpha0+
Build ID: 3bf82348bc73797fec61997dc4268a322299b3ff
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-01-06_08:29:45
Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US
Calc: threaded
Comment 1 Cor Nouws 2019-01-29 11:16:28 UTC
@raal: could you pls confirm this one?
Comment 2 raal 2019-02-05 12:59:17 UTC
Hi Cor,
checked with 6.2.3 and seems to be fixed. Please, can you retest it?
Comment 3 Cor Nouws 2019-02-05 15:18:31 UTC
Hi Raal,
(In reply to raal from comment #2)
> checked with 6.2.3 and seems to be fixed. Please, can you retest it?
Thanks - however 6.2.0.3 doesn't resolve the issue for me.
I'll attach the two xml-files involved.
   example_nl-NL.xml and example.xml

The first is only used with nl-NL locale.
But without that one, so with the international version only, I have the same problem.

Maybe you can attach your xml files?
Comment 4 Cor Nouws 2019-02-05 15:19:14 UTC
Created attachment 148927 [details]
example file nl-NL
Comment 5 Cor Nouws 2019-02-05 15:19:37 UTC
Created attachment 148928 [details]
example file international
Comment 6 Dieter Praas 2019-08-22 10:27:42 UTC
I'm not sure, if I did it right, but for me it seems to be fixed in

Version: 6.2.5.2 (x64)
Build-ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159
CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

Or perhaps only Linux?

Cor, are you still able to reproduce it? => NEEDINFO