Date: Sat, 28 Jan 2023 08:32:00 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 269199] textproc/py-extract-msg: Update to 0.39.0 Message-ID: <bug-269199-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D269199 Bug ID: 269199 Summary: textproc/py-extract-msg: Update to 0.39.0 Product: Ports & Packages Version: Latest Hardware: Any URL: https://github.com/TeamMsgExtractor/msg-extractor/blob /v0.39.0/CHANGELOG.md OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: ports-bugs@FreeBSD.org Reporter: DtxdF@disroot.org Attachment #239760 maintainer-approval+ Flags: Created attachment 239760 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D239760&action= =3Dedit py-extract-msg-0.39.0.patch Description: ChangeLog: https://github.com/TeamMsgExtractor/msg-extractor/blob/v0.39.0/CHANGELOG.md * Added code to handle a standards violation (from what I can tell, anyways) caused by the attachment not having an AttachMethod property. The code wi= ll log a warning, attempt to detect the method, and throw a StandardViolationError if it fails. * Changed the way string named properties are handled to allow for the stri= ng stream to have some errors and still be parsed. Warnings about these erro= rs will be logged. * Fixed an issues with contact saving when a list property returns None. * Fixed a bug that could cause some files to error when exporting. * Fixed an issue where creation and modification times were not being copied to the new OLE file created by OleWriter. * Fixed up a few docstrings. * Fixed a few issues in MSGFile regarding the filename keyword argument. * Added new argument rootPath to OleWriter.fromOleFile for saving a specific directory from an OLE file instead of just copying the entire file. That directory will become the root of the new one. * Adjusted code for OleWriter to generate certain values only at save time = to make them more dynamic. This allows for existing streams to be properly edited (although has issues with allowing storages to be edited). * Added new function OleWriter.deleteEntry to remove an entry that was alre= ady added. If the entry is a storage, all children will be removed too. * Added new function OleWriter.editEntry to edit an entry that was already added. * Added new function OleWriter.addEntry to add a new entry to the writer without an OleFileIO instance. Properties of the entry are instead set using the = same keyword arguments as described in OleWriter.editEntry. * Changed _DirectoryEntry to DirectoryEntry to make the more finalized vers= ion public. Access to the originals that the OleWriter class creates should never hap= pen, instead copies should be returned to ensure the behavior is as expected. * Added new function OleWriter.getEntry which returns a copy of the DirectoryEntry instance for that stream or storage in the writer. Use this function to s= ee the current internal state of an entry. * Added new function OleWriter.renameEntry which allows the user to rename a stream or storage (in place). This only changes it's direct name and not it's locat= ion in the new OLE file. * Added new function OleWriter.walk which is similar to os.walk but for wal= king the structure of the new OLE file. * Added new function OleWriter.listItems which is functionally equivalent to olefile.OleFileIO.listdir which returns a list of paths to every item. Optionally a user can get the paths just for streams, just for storages, or both. Requesting neither will simply return an empty list. * Default is to just return streams. * Added a small amount of path validation to inputToMsgPath which is used i= n a lot of places where user input for a path is accepted. It ensures illegal characters don't exist and that the path segments (each name for a storage or stream) are less than 32 characters. This will be most helpful for OleWriter. * Added many internal helper functions to OleWriter to make extensions easi= er and consolidate common code. Many of these involve direct access to internal = data which is why they are private. QA: * portlint: - WARN: Makefile: using hyphen in PORTNAME. consider using PKGNAMEPREFIX and/or PKGNAMESUFFIX. * testport: OK (poudriere: 13.1-RELEASE, amd64) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-269199-7788>