nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

It is possible to view an old Attachment?

Kratofil

Hi,

I've uploaded 2 images with the same filename, so I got 2 different versions of it.

Is it possible to view version 1?

I think it should be possible, but how? because all the versions have different file sizes and they are all stored on the server?

I've added an example:

I only would like to see the version 1?

My problem is, if I clicked on version1 I only get the actual image (version 2).

I've got no chance to see what was version 1.

Thanks in advance

Best Regards

Accepted answers

All comments

Thomas Schlegel

Hi,

it works exactly as you described. If you click on "Version 1" you'll see the old version of the image. I've just tried, just to be sure, and this works for me.

Thomas Schlegel

What happens, if you click with the right mouse button on "Version 1", copy the link and open it in another browser? Maybe there's a problem with the browser's cache.

Kratofil

Hi Thomas thanks for your quick response.

I've tried it already on different browsers. Also like you mentioned I copied the link and opened it in another browser, but the result is exactly the same. I get the actual Version (Version 2). So it might be not a cache problem.

Thomas Schlegel

If you save both versions, do they have the same (different) filesize as showing in the attachement's view?

Thomas Schlegel

@AnnWorley

@Shannon S

Are you able to help @Kratofil ?

AnnWorley

@Kratofil The attachments seem to be in a strange directory, but it is as expected. Please see: Hierarchical File System Attachment Storage

I suspect an indexing issue. Please try reindexing from this guide:
Content Index Administration and if that doesn't work, rebuilding the content indexes from scratch as described in How to Rebuild the Content Indexes From Scratch on Confluence Server.

@Thomas Schlegel I appreciate all the testing and work you did on this Question.

Kratofil

Hello @AnnWorley, thank you for your response.

I've checked all the prospects you mentioned, but nothing helps.

The Attachment Storage seems to be correct, also I've tried reindexing from scratch you mentioned.

The issue is there.

I've found out, that the problem only comes up, if I try to "update" a ".jpg" file. If I check version 1 it's the same like version 2.

But if I use a ".png" file, or something else (pdf, doc, xls), the version history works fine. (Version 1 isn't Version 2 then)

Very strange behavior.

Do you have any other solutions? Or is it possible that you could take a look at this problem on the server itself ?

Or maybe it's a general problem with this server version?

Many Thanks in advance!

Thank you @Thomas Schlegel, I've try to update here if I get a working solution.

Kratofil

I've tried something to figure out the problem.

I've installed a new and clean version of the confluence server 6.4.3 on a new installed operating system (Linux Ubuntu 16.04.3 LTS).

There I haven't setup anything different like the factory settings and tried the same process as mentioned before:

upload a new jpg with the name test1.jpg, edited the picture on my computer, afterwords save it and upload it again with the same name test1.jpg.

at confluence I couldn't download at the attachments site the different versions.

I've found out, if I view the file with click on it (Pictureviewer in confluence): Version vergleich pictureviewer confluence.PNG

I could have a look at version 1 (the right one!).

But if I go to the attachments site, I can't see the right version of "version1", there I only get version 2 (although there are 2 different files)

Then I've found something new:

If I click on the picture to open up the pictureviewer and do rightclick in my browser on it -> open in another tab (to get the full link of the picture) it shows me this one:

Version1:

http://...:8090/download/attachments/327693/try1.jpg?version=1&modificationDate=1509269853500&api=v2

Version 2:

http://...:8090/download/attachments/327693/try1.jpg?version=2&modificationDate=1509269909261&api=v2

But if I go over the attachments site, and open the picture here, I've got following link:

Version1:

http://...:8090/download/attachments/327693/try1.jpg?version=1&amp;modificationDate=1509269853500&amp;api=v2

Version 2:

http://...:8090/download/attachments/327693/try1.jpg?version=2&amp;modificationDate=1509269909261&amp;api=v2

The different here I've marked in bold (way over pictureviewer, there isn't any "amp;" in the link, but at the attachments site, there is?!)

Next very curious behavior is:

If I open like the way over attachments site and edit the link manual (remove the "amp;" that I've get the link like way over picture viewer) and load it, I've got the right version!

BUT: If i edit manual the link, remove the "amp;", load the site, and want to have a look way over the picture viewer like this:

Version vergleich pictureviewer confluence.PNG I cant get the right one of "Version 1". After this manual edit of the link, you can't get Version 1 without accessing the file system and search for it...

I think there is maybe a problem with the api?

I hope this helps a little bit to find any solutions for this problem.

Many thanks in advance!!

AnnWorley

Thanks to you for digging so deeply into this. When I tested originally, I used a rich text file and I could still view the old attachment version as expected.

But trying again today with a .jpg image, I am experiencing the behavior you reported. I couldn't believe no one noticed before so I searched for a bug report and found Uploading multiple images with duplicate filename shows incorrectly during editing which seems to be the same root issue.

I am linking this thread in a private comment on the bug. Any details you wish to add will be valuable feedback. If you do vote or comment you will be added to notifications for the bug.

Kashev Dalmia _Soteri_

If anyone else comes across this - this is a bug in Confluence *specific to JPG*s.

https://confluence.atlassian.com/confkb/how-to-retrieve-older-version-of-jpg-attachments-980462119.html

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

confluence

attachment