Activity for Dominik Seichter
-
Dominik Seichter committed [r2063]
test commit
-
Release branching
-
Tagging release 0.9.8
-
Version bump to 0.9.8
-
PATCH: Patch by Chris: Handle the Name datatype correctly. Without this fix the Name datatype
-
PATCH: Patch by Chris: With this change it is possible to scale an
-
PATCH: Patch by Chris: If an exception happens, return none zero return code.
-
PATCH: Patch by Chris: Also allow to set the bounding box with the legacy plan reader.
-
Release tag
-
Release tag for 0.9.7
-
Release branch for 0.9.7
-
FIXED: Testcase should check for GetTime() == -1 for invalid dates
-
Reapplied new patch from Federico Kircheis with additional test from reverted revision 2023 to fix PdfDate behaviour.
-
Revert previous commit
-
PATCH: Patch by Federico Kircheis to improve date handling and parsing. Additional tests added by me.
-
PATCH: #102 by Ivan Romanov:
-
Patch for new tool to remove watermarks
-
Nice tool, would be nice to also get a short man page for it. Still pushed the patch now as it is also a nice example! Thanks for your contribution, it will be part of 0.9.7.
-
typo in podofo-impose (patch)
-
Committed the fix and will be part of 0.9.7
-
PATCH: \#109 Fixed spelling error interpretor->interpreter
-
Version bump to 0.9.7 as part of release preparation
-
PATCH: Patch by Tomas Bernkov to support PDFs with multiple spaces between stream keyword and data
-
PoDoFoBrowser update for Qt 5 and PoDoFo 0.9.6
-
Closing the ticket as release preparation is in progress and patch is applied.
-
Linkage issue seems to be only with static podofo, with shared library it is building fine. Analysis of cmake ongoing on my side.
-
FIXED: Build and likage with latest podofo
-
I pushed it now to trunk as the new state is better than the old state. Builds fine against new Qt versions. Still have build issues with CMake linker settings. Did the cmake file work for you?
-
Ticket 118: Patch for build with Qt5
-
PoDoFoBrowser update for Qt 5 and PoDoFo 0.9.6
-
Hi all, Porting PoDoFoBrowser to Qt5 is a very nice christmas present! Also the work on a flathub is very appreciated. I will check the patch and provide to trunk If you are interested in further supporting this code and/or committing further fixes directly to podofobrowser repository, I can also provide direct SVN access. BR, Dominik
-
Patch by Christophe Blanchard to support SymbolSetEncoding
-
Patch by John Senneker: Implementation of PNG Paeth filter
-
CVE-2018-11256 - NULL pointer dereference in PdfDocument::Append()
-
Fixed
-
0.9.5+ Fails to build with cmake 3.12
-
Closed as requested
-
CVE-2018-6352 - Excessive Iteration in the PdfParser::ReadObjectsInternal
-
Yes, to my understanding this was fixed. Hence closing the issue.
-
Compilation error on Ubuntu 16.04
-
Closed the issue
-
Created release branch
-
Created release tag
-
Set version to 0.9.6 in preparation for release
-
ADDED: #7 Patch by Mark Rogers to add PdfRecursionGuard to detect recursions in XRef tables
-
FIXED: #6 based on the patch by Mark Rogers. Limit the maximum number of indirect objects by default to 2^23-1 as in the PDF reference Appendix C implementation limits
-
ADDED: Unit tests for PdfParser by Mark Rogers
-
See previous comment.
-
CVE-2018-5296 - uncontrolled memory allocation in the PdfParser::ReadXRefSubsection
-
Quoting from the specification: "Table C.1 describes the architectural limits for Acrobat viewer applications running on 32-bit machines.". So, I was wondering if this is still the case for 64bit Acrobat Reader, but it seems the rule is still applied and even part of PDF-A/2 and PDF-A/3 validation rules (see Rule 6.1.13-7 at http://docs.verapdf.org/validation/pdfa-parts-2-and-3/). Also the unofficial version of the ISO standard claims, that writer shall create PDF files that can be read by 32bit...
-
Hi zyx, Hi MarkR! Yes, I agree. The patch looks fine and it might even make sense to move PdfRecursionGuard to a source file of its own instead of keeping it inside of PdfParser. As soon as we need it somewhere else, we should move it outside. For now, I will commit the patch as revision 1924! @MarkR: Thanks!
-
FIXED by Mark Rogers: m_offsets.resize() can throw std::length_error as well as std::bad_alloc.
-
ADDED: Cycle detection for XRef tables.
-
FIXED: Patch to fix compilation on Ubuntu 16.04 by Francesco Pretto
-
FIXED: Doxygen LaTeX build
-
FIXED: Patch to fix spelling errors by Mattia Rizzolo
-
FIXED: Attempt to fix i386 build errors
-
ADDED: man page for podofobox
-
Created tag for 0.9.6rc1
-
Set version for release candidate 1 for 0.9.6
-
ADDED: Patch by Francesco Pretto to add normalization to PdfRect
-
I wondering what would be a good strategy to address this issue? PdfVecObjects::Reserve just delegates to std::vector::reserve. It is called from PdfParser with a value directly read from XRef table. Usually this is followed by the same number of push_back calls on the same vector. So, Ideally the call to Reserve is just an optimization (push_back would also reallocate if necessary). I also can see how an attacker could allocate large amounts of memories using a crafted file. One idea to fix this...
-
Reverted revision 1873. Fix did not make sense.
-
ADDED: Implementation of string conversion using libunistring. Please test and review. Currently, this code is only enabled when libunistring is available. Code with copyright issues can be removed once we agree on this variant.
-
Please replace lena.jpg with something else
-
Issue should be fixed in SVN trunk now. Replaced by a self taken picture. Sorry, for the hassles you had to take for this simple change.
-
#2 Replaced image of Lena due to copyright issues (https://lintian.debian.org/tags/license-problem-non-free-img-lenna.html) with photo of the beautiful Watzmann mountain, taken by Dominik on 2016-07-05. Watzmann.jpg.
-
non-free piece of code in src/base/PdfString.cpp
-
FIXED: Lazy initialization issues with PdfCanvas and PdfXObject. Removed usage of static array.
-
FIXED: Source code formatting.
-
FIXED: Added test case to reproduce CVE-2017-6845 (https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-6845) and fixed the issue.
-
FIXED: Minor styleguide fixes
-
Patch by Jan-Erik S
-
Patch by Jan-Erik S
-
Setup version for 0.9.6 in trunk
-
Created 0.9.5 branch
-
Tagged release 0.9.5
-
Set version to 0.9.5 for release
-
Patch by Mark Rogers to fix a compiler warning ...
-
Created release 0.9.5-rc1 tag
-
Set version to 0.9.5-rc1
-
FIXED: Patch by Thomas Bettler to allow builds ...
-
FIXED: Patch by Jaseem Ali K T to handle TTC fo...
-
FIXED: Strict mode could never be enabled as In...
-
ADDED: Patch by Alexandre Demers to create pkg-...
-
FIXED: Simplified redundant condition reported ...
-
FIXED: Patch by Ulrich Arnold to support more t...
-
FIXED: Build on FreeBSD and platforms were SIZE...
-
FIXED: Doxygen documentation fixes by Matthew B...
-
FIXED: Doxygen documentation fixes by Matthew B...
-
FIXED: Patch by mabri to fix libjpeg header col...
-
Let us move on to PoDoFo 0.9.5
-
Created branch for release, in case we need fixes
-
Release tag for 0.9.4
-
Set version to 0.9.4 - we are ready to release
-
Created tag for second release candidate 0.9.4-rc2
-
Set version to 0.9.4-rc2
-
FIXED: Patch by Mark Rogers to correct behaviou...
-
Tagged PoDoFo 0.9.4rc1
-
Set version to 0.9.4-rc1
1 >
