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
They have all the same filesize like the actual Version.
I've tried it yet in another space, just for testing. And there is also the same problem. Just created a image again, edited it afterwords and uploaded it again.
I've downloaded there too all images, they have also the same filesize and the same content
that's strange. I think, you have already checked whether the urls for version 1 and version 2 are different?
Do you see something in the logfiles?
Are you able to look at the server directly? Could you please check, if there are two different files in your confluence home/attachments folder?
File 1, but modified ( version 3):
About logfiles, I've searched for the name of the file, but I have to say, that I don't know exactly where I have to look for. Could you please give me some advice?
Yes I'm able to, on the server itselfs I found two different files of my test image, but in a very strange directory ../home/attachments/ver003/79/89/589829/.../../../1.jpg and 2.jpg, this would be the 2 pictures it shows me on confluence itself. But if I opened it on confluence, i couldn't get the two different ones.
Michael, I think I reached the end of what I can do here for you. I have no idea, what is going wrong on your side, I'm sorry.
Please contact Atlassian Support with this error. They can have a deeper look into your environment and hopefully are able to help you:
If you found out, what is going wrong, please post the solution here. This is a good information for other users with similar problems.
No problem Thomas, many thanks.
I've tried it already over the Atlassian Support but they dont offer personal support for Starter Licenses and thats why I'm here.
But before I upgrade the license to an higher one, I would like to test everything. Do you know anything what I can do now ?
@Thomas Schlegel I appreciate all the testing and work you did on this Question.
Hello @Ann Worley, 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.
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):
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:
But if I go over the attachments site, and open the picture here, I've got following link:
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:
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!!
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.
Hi Community! 2018 was filled with changes for our team, both big and small, and we've taken a lot of time to both celebrate our wins and recognize areas of improvement. One thing that we're a...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs