#9698 closed bug (invalid)
Reproduceable BePDF crash saving second round with annotations
| Reported by: | Kev | Owned by: | nobody |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | Applications | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | x86 |
Description
- open a PDF file (e.g. simple.pdf)
- add a comment text annotation
- right-click, choose Properties, type "comment #1"
- save as simple2.pdf and close BePDF
- open simple2.pdf
- add a comment text annotation
- right-click, choose Properties, type "comment #2"
- save as simple3.pdf
Following these steps exactly, simple3.pdf is actually saved with both comments, but it still crashes (case 1).
I had originally been marking up a PDF sent to me generated using Mac OS X 10.5.7 Quartz PDFContext when I first encountered this, but since then I have reproduced this using simple.pdf, which I generated using StyledEdit and the PDF Writer driver.
Trying with the PDF sent to me but following similar steps, I've had (also reproduceable) the unfortunate result that it produces a PDF but without my latest annotations (this is both if I immediately choose to save a debug report, or try to debug, save the debug report, and then tell the debugger to continue)--in fact, the file size is identical to the version just opened containing the first round of annotations. So I'm attaching that PDF too.
hrev45525 gcc4hybrid.
Attachments (7)
Change History (15)
by , 12 years ago
| Attachment: | simple.pdf added |
|---|
by , 12 years ago
| Attachment: | simple3.pdf added |
|---|
made from simple2.pdf with another BePDF annotation, just before crashing
comment:1 by , 12 years ago
| Priority: | high → normal |
|---|
by , 12 years ago
| Attachment: | Housing Search for Space Focu Group .pdf added |
|---|
PDF causing similar crash on second save but without saving annotations
by , 12 years ago
| Attachment: | BePDF-6528-debug-22-04-2013-13-37-01.report added |
|---|
from the crash that does not save new annotations
by , 12 years ago
| Attachment: | BePDF-7099-debug-22-04-2013-13-39-20.report added |
|---|
from the crash that does save new annotations
by , 12 years ago
Housing Search....pdf after first annotation (binary identical to file output during crash after second annotation)
comment:2 by , 12 years ago
I won't bother posting HS3.pdf since it's binary identical to HS2.pdf. You can annotate from the original following the steps, but there's my in-between file in case it doesn't match yours or whatever.
comment:3 by , 12 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
For reference, this really isn't the right place for app-specific bugs like this. BePDF isn't part of the Haiku source tree, which is why it doesn't have a component under applications. It's actually located at http://sf.net/projects/bepdf, though I have no idea if it's still actively being developed.
comment:4 by , 12 years ago
Thanks anevilyak, I appreciate the link & explanation. I hope it's still active...PDF viewing seems to be a rather common activity for many. If it isn't active, would it make sense to officially adopt it?
comment:5 by , 11 years ago
It's now part of the HaikuDepot...does that mean it's officially supported?
If that's the case, I have this same bug on hrev46677 with the version I get if I install via the bundled HaikuDepot app.
comment:6 by , 11 years ago
Wrong place, Rene. It's at https://github.com/HaikuArchives/BePDF now -- the SF site says so too.
comment:7 by , 11 years ago
Hmm... so the SF site is still up and running, but the code was moved to HaikuArchives? That doesn't make a lot of sense does it? I would expect HaikuArchives to be the "places where code lands before it disappears forever" or something.
In any case, nobody ever updated the recipe, so you can't blame Rene for that.
comment:8 by , 11 years ago
The SF site says to go to HaikuArchives. And I have the recipe on my list for tomorrow.
made with StyledEdit