Bug#984703: libreoffice-calc: LibreOffice Calc executes code from current dir (encodings.py) when opening a .csv
Hi again,
Am 07.03.21 um 13:34 schrieb Milko Krachounov:
> When opening any CSV file with LibreOffice Calc, Calc opens and executes
> encodings.py from the current working directory. That presumably happens
> because
There also is no mention of any "encodings.py" in anything in
LibreOffice itself:
rene@frodo:~/LibreOffice/git/libreoffice-7-0-4$ git grep encodings
config_host/config_locales.h.in: * support all the locales and character
encodings that it has code
configure.ac: tables for encodings mainly
targeted for a
cui/source/tabpages/tpline.cxx: // Convert URL encodings to
UI characters (e.g. %20 for spaces)
[ internal python3 (which we don't use) encoding stuff stripped ]
filter/qa/complex/filter/detection/typeDetection/TypeDetection.java:
* is used as source for several encodings.
filter/source/graphicfilter/idxf/dxfreprd.cxx: // Its
Windows variant, and later releases used ANSI encodings for
filter/source/graphicfilter/idxf/dxfreprd.cxx: //
encodings for storing to corresponding formats, but there's
filter/source/graphicfilter/idxf/dxfreprd.cxx: //
$DWGCODEPAGE to encodings mappings
filter/source/msfilter/util.cxx: // in last-ditch broken-file-format
cases to guess the right 8bit encodings
framework/qa/complex/loadAllDocuments/CheckXComponentLoader.java: *
is used as source for several encodings.
include/filter/msfilter/util.hxx:/// i.e. useful when dealing with
legacy formats which use legacy text encodings without recording
include/rtl/string.h: for double-byte encodings, UTF-7, UTF-8).
include/rtl/tencinfo.h: Can be rather meaningless for encodings
that encode global state along
include/rtl/tencinfo.h: with the characters (e.g., ISO-2022
encodings).
include/rtl/tencinfo.h: Can be rather meaningless for encodings
that encode global state along
include/rtl/tencinfo.h: with the characters (e.g., ISO-2022
encodings).
include/rtl/tencinfo.h: characters (SS2 and SS3) used by some of
the EUC encodings (to denote
include/rtl/tencinfo.h: repertoire) do not imply that encodings
making use of these characters
include/rtl/tencinfo.h: have the CONTEXT property. Examples of
encodings that do have the
include/rtl/tencinfo.h: CONTEXT property are the ISO-2022
encodings and UTF-7.
include/rtl/tencinfo.h: special purposes in some encodings.
include/rtl/textenc.h:/** The various supported text encodings.
include/rtl/textenc.h: Possible values include a wide range of
single- and multi-byte encodings
include/rtl/textenc.h: the ISO 10646 (Unicode) specific encodings
RTL_TEXTENCODING_UCS4 and
include/rtl/textenc.h:These encodings are not used for text encodings,
only used for
include/rtl/textenc.h:font-/textoutput encodings.
include/rtl/uri.h: converted to eCharset because it contains
(encodings of) unmappable
include/rtl/ustring.h: for double-byte encodings, UTF-7, UTF-8).
include/rtl/ustring.hxx: encodings, UTF-7, UTF-8).
include/rtl/ustring.hxx: encodings, UTF-7, UTF-8).
include/svx/txencbox.hxx: /** Fill with all known encodings but
exclude those matching one or more
include/svx/txencbox.hxx: <p> If nButIncludeInfoFlags is given,
encodings are included even if they
include/svx/txencbox.hxx: If <TRUE/>, some specific encodings
are not listed, as they are a
include/svx/txencbox.hxx: /** Fill with all encodings known to the
dbtools::OCharsetMap but exclude
include/svx/txencbox.hxx: <p> If nButIncludeInfoFlags is given,
encodings are included even if they
include/svx/txencbox.hxx: If <TRUE/>, some specific encodings
are not listed, as they are a
include/svx/txencbox.hxx: /** Fill with all known MIME encodings and
select the best according to
include/svx/txencbox.hxx: /** Fill with all known encodings but
exclude those matching one or more
include/svx/txencbox.hxx: If <TRUE/>, some specific encodings
are not listed, as they are a
include/svx/txencbox.hxx: /** Fill with all encodings known to the
dbtools::OCharsetMap but exclude
include/svx/txencbox.hxx: If <TRUE/>, some specific encodings
are not listed, as they are a
include/tools/tenccvt.hxx:/// encoding. The encodings could be different.
sal/osl/unx/nlsupport.cxx: * _nl_language_list[] is an array list of
supported encodings. Because
sal/osl/unx/nlsupport.cxx: * We are comparing the encodings case
insensitive, so the list has
sal/qa/rtl/uri/rtl_testuri.cxx: // Check encode with unusual text
encodings:
sal/rtl/ustring.cxx: code here. Could be the case for
apple encodings */
sal/textenc/tcvtbyte.hxx:/** For those encodings only with unicode range
of 0x80 to 0xFF. */
sal/textenc/tcvtmb.cxx:/* then share many tables for different charset
encodings. */
sal/textenc/tcvtmb.cxx: /* so that extensions
that don't consider encodings */
sal/textenc/tcvtmb.cxx: /* so that extensions that don't
consider encodings */
sal/textenc/tencinfo.cxx: /* See
<http://cvs.freedesktop.org/xorg/xc/fonts/encodings/iso8859-11.enc?
sc/inc/document.hxx: case of non-octet encodings (e.g.
UCS2) the length in code
sc/source/ui/dbgui/scuiasciiopt.cxx: // all encodings allowed,
including Unicode, but subsets are excluded
sc/source/ui/dbgui/scuiimoptdlg.cxx: // all encodings allowed,
even Unicode
sc/source/ui/docshell/docsh.cxx: // dead
encodings where one code point (and especially a
scripting/source/pyprov/mailmerge.py:import encodings.idna
sfx2/classification/xAL.xsd:
<xs:documentation>GeoRSS GML from Open Geospatial Consortium (OGC –
www.opengeospatial.net) is a formal GML Application Profile, and
supports a greater range of features than Simple, notably coordinate
reference systems other than WGS84 latitude/longitude. It is designed
for use with Atom 1.0, RSS 2.0 and RSS 1.0, although it can be used just
as easily in non-RSS XML encodings. </xs:documentation>
solenv/doc/gbuild/doxygen.cfg:# http://www.gnu.org/software/libiconv for
the list of possible encodings.
solenv/doc/gbuild/doxygen.cfg:# the list of possible encodings.
solenv/inc/doxygen.cfg:# for the list of possible encodings.
solenv/inc/doxygen.cfg:# possible encodings.
solenv/inc/doxygen_doc.cfg:# for the list of possible encodings.
solenv/inc/doxygen_doc.cfg:# possible encodings.
solenv/inc/doxygen_tag.cfg:# for the list of possible encodings.
solenv/inc/doxygen_tag.cfg:# possible encodings.
svtools/source/svhtml/parhtml.cxx: // encodings. Everything else
cannot lead to reasonable results.
sw/qa/core/data/rtf/fail/forcepoint-4.rtf:The clear-text encoding of
this specification can be used in environments which are constrained to
7-bit transfer encodings, short line lengths, and low bandwidth. In
addition, the encoding is simple in order to facilitate the
implementation of reader and
sw/source/filter/ww8/ww8par6.cxx: //character encodings stack
anyway so that the property end that pops
tools/qa/cppunit/test_reversemap.cxx: //Taking the single byte
legacy encodings, fill in all possible values
vcl/source/font/fontcharmap.cxx: if( nValue <= 0 ) // ignore
unknown encodings
vcl/source/gdi/embeddedfontshelper.cxx: // Ignore comparing
text encodings, at least for now. They cannot be trivially compared
vcl/source/gdi/embeddedfontshelper.cxx: // for some encodings
(can one font have more font files for more encodings?).
vcl/unx/generic/dtrans/X11_selection.cxx: // ISO encodings
vcl/unx/generic/dtrans/X11_selection.cxx: // asian encodings
vcl/unx/generic/dtrans/X11_selection.cxx: // eastern european encodings
vcl/unx/generic/dtrans/X11_selection.cxx: * no data in
ISO8859-n encodings (at least for n = 1, 15)
vcl/unx/generic/dtrans/X11_selection.cxx: * in these encodings
the directly converted text does the
vcl/unx/generic/print/text_gfx.cxx: // write glyphsets and reencodings
vcl/unx/gtk3/gtk3gtkinst.cxx: // ISO encodings
vcl/unx/gtk3/gtk3gtkinst.cxx: // asian encodings
vcl/unx/gtk3/gtk3gtkinst.cxx: // eastern european encodings
vcl/unx/gtk3/gtk3salprn-gtk.cxx: //To-Do proper name, watch for encodings
writerperfect/source/common/WPFTEncodingDialog.cxx:std::pair<OUStringLiteral,
OUStringLiteral> const s_encodings[]
writerperfect/source/common/WPFTEncodingDialog.cxx:std::size_t const
numEncodings = SAL_N_ELEMENTS(s_encodings);
writerperfect/source/common/WPFTEncodingDialog.cxx:
box.append(s_encodings[i].first, s_encodings[i].second);
rene@frodo:~/LibreOffice/git/libreoffice-7-0-4$
I believe something else is calling this.
Regards,
Rene
Reply to: