https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #7 from David Hurka <david.hu...@mailbox.org> ---
This is the content of my 13572671.pgfplots.pdf.xml : (If formatting doesn’t
break here)
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE documentInfo>
<documentInfo url="/home/david/Literatur/pgfplots.pdf">
<generalInfo>
<history>
<oldPage viewport="183;C2:0.499555:0.997468:1"/>
[...]
<current viewport="90;C2:0.499555:0.368987:1"/>
</history>
<views>
<view name="PageView">
<zoom mode="0" value="1.009"/>
<continuous mode="1"/>
<viewMode mode="0"/>
<trimMargins value="0"/>
</view>
</views>
</generalInfo>
</documentInfo>
So it is not just (filesize,filename), but actually stores the full file path.
When I overwrite one instance of (filesize,path), that means that there can’t
be another instance of (filesize,path) somewhere in the system. Except when the
user actively restores an old version of the file.
Is the url attribute ignored when docdata files for an opened document are
searched? In that case it is true that there may be another file which fits
this docdata file.
The workflow originally addressed by this bug report was that Okular
automatically reloads the document, and so actively creates these duplicates.
Now we are talking a bit more general. Should we split this into two bug
reports?
--
You are receiving this mail because:
You are watching all bug changes.
