Activate versioning for articles in backend: articles > options > layout
Go into the article-manager.
Select an existing article that never has been edited before.
Click the versions button.
You see that there is no entry of any existing version !!!!
Change the article and save/close it.
Open the article in editor again.
Open versions again.
You now see an version-entry of the last saved article-version, but !! the very first version of the existing article is not in the list.
Result: You can not recover to the very first article-version anymore.
When opening an article for edit, that has no act. versions, the article-code has to be inital-saved as the first version.
!! The very first version of an existing first edited article is not in the version-list.
Reported with joomla 3.4.1.
May be also in older and coming up versions.
Labels |
Removed:
?
|
Labels |
Added:
?
|
When I do the following:
There are two version of the article. One that contains the article when creating, and one when save the second time.
This only happen when you change an article that was already existing before version management was implemented (or created via the example data of Joomla!). Because the first version is made on the first save of the Article. So in my opinion it is not necessary to fix this.
Or are there people who are thinking different about this?
Status | New | ⇒ | Information Required |
This only happen when you change an article that was already existing before version management was implemented
exact.
So in my opinion it is not necessary to fix this. Or are there people who are thinking different about this?
Veto !
How do you get back to the to the very first version again?
Does it work now?
No, that was for deleting the label. by me.
If not an easy way to fix it would be theoretical the following:
enable content history
open the article
save it
open it again
also the first should be there
That could be only a temp. workaround, because it is not supported by an automatically process.
When doing this by hand, a good chance is there, that it will be forgotten ! ;)
Status | Information Required | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2015-04-03 07:36:01 |
No, that was for deleting the label. by me.
hehe this is automagic
you don't do something wrong here
Status | Closed | ⇒ | Needs Review |
Closed_Date | 2015-04-03 07:36:01 | ⇒ |
I move this here to Needs Review
so the PLT can decide whether this should be implement or not. Thanks for your report!
thanks a lot
Priority | Urgent | ⇒ | Medium |
Just another faster workaround via Batch button:
Click Process.
Go on the same way with other Access Levels.
Closing as working as intended.
The version only is created during saving. Since the article has been created when versioning was disabled, there will not be a version saved.
When you enable the versioning, it will only start saving the versions. It will not go back and save existing versions.
Status | Needs Review | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2015-04-07 06:27:13 |
Closing as working as intended.
sorry guys, that is a wrong design and does not solve the problem!
Where is the problem to make a inital background-save, when opening an article to edit if no version-entry already exists?
Just another faster workaround via Batch button:
bertmert, thanks for that workaround.
The is even more better than doing this explicitly, when editing an article. But so you create also a version-entry for articles, which will - may be - never being changed/saved in the future. Big websites may get a space-problem in database..
Where is the problem to make a inital background-save, when opening an article to edit if no version-entry already exists?
The code to achieve this would be quite complex. You would need to query the database to see if a version exists and then initialise a store of the version. All that in the background without changing anything in the actual article (not even the modified info) when opening (?) the article.
This would be a completely different way of storing versions than we currently do.
Sorry for removing PR-3.4-dev !
This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/6638.