View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|17586||Bug reports||Survey taking||public||2021-09-09 12:28||2022-01-17 12:56|
|Summary||17586: Opening new browser tabs using question index leads to inputted data being deleted|
|Description||In a survey that allows for full navigation back/forth using the question index, opening the different pages at new browser tabs leads to problems. If you have entered data at several pages of the survey and then move back and forth to validate your input, you might find it handy to open a new tab of your browser, showing the selected group (open the link in a new tab, while pointing to the navbar menu item). But: This clears all input of all items in the landing page - at least when it is the same page that is open already!|
The tricky thing is that navigating with Next/Back-Buttons and opening new survey instances using the same token, Limesurvey recognizes this and takes care of the data in each page. So I think, the navigation-link behaviour is a bug.
|Steps To Reproduce||Try the steps mentioned above using the attached sample survey.|
1. Opening the survey with the URL and token specified (example: https://ls3.my-survey.host/index.php/723728/token/test/lang/de/newtest/Y)
2. Entering some data to some editfields
3. Navigate to the next page with the button <Next> at the bottom right, then <back> to verify that the data has been entered (the display is the same like above).
4. Use the navigation menu (here: bottom of the page), to select the menu item of the current page (here: Test) with the right mouse button to get the context-menu of the link
5. Open a new Tab with the URL of the same contents
6. The same page is openend in a new tab, but the contents is gone
7. Navigating with the buttons in the original page will produce an error
8. The data is gone forever.
|Tags||No tags attached.|
|Complete LimeSurvey version number (& build)||Version 3.27.17+210911|
|I will donate to the project if issue is resolved||No|
|Database type & version||MySQL 5|
|Server OS (if known)|
|Webserver software & version (if known)|
survey_archive_723728.lsa (11,657 bytes)
|Old issue or regression?|
|I think neither. Sounds like something new to me due to the rather special user behavior of opening the links from the index at new browser tabs.|
|I'm guessing old, then, if the same behaviour can be replicated in LS2 or 1.|
|Steps to reproduce added.|
|Steps to reproduce added incl. screenshots.|
There are a POST action done with link.
We must disable the href, put a false href or (better) change the to an html button.
@DenisChenu, so if I get it right, the index is not designed to open other pages in additional tabs?
Can we make that work or is it a technical limitation?
> Can we make that work or is it a technical limitation?
No : technical situation : open in new tab can not send other value , only GET value from the link.
I used <href="#0"> which does the job. Thanks. This solves the issue with the navigation bar.
But: If you have any Web-Link in a group of a survey and click on it, the data in the current page ist gone as well.
Imagine to have a 'table of contents' - page with URLS like
and additional data to be entered in the same page. Then, after clicking one of the URL erases all entered data in that page.
This is a different but similar bug, isn't it?
No : use button if you want.
A link didn't submit data.
There still an issue
1. Page 1 , go to Page 2 with next : current page save
2. Page 2 : go to page 3 with open in new tab
3. In the new tab : go to page 1 with real index : data on page 1 disappear : in theory : data muts be here.
My opinion : there are an issue with move …
Its' surely hard to fix it.
1st step is to remove the href in index and use button
You can check it here: https://puhdlich.limequery.com/723728/lang/de/newtest/Y
Enter some data in "Inhaltsverzeichnis" comment-box, press the button "next", then "back": Text is there.
Click on the link in "Inhaltsverzeichnis" or "Gruppe 1" -> The comment box will erased - text is gone.
Can you check removing the move=X in url ?
Else : you can use <button type="submit" name="move" value="2" class="list-group-item index-item " >Test</button> but this submit current data :/
I cannot remove the move, since this is of course needed for jumping - but I checked ?move=1 against /move/1, but no difference.
I checked your button-code (see link of above for testing): The buttons does the job. You can jump to the same page and no data is lost.
Using the button for a table of contents will need a button layout to fit the new needs...
Just include this twig file : https://github.com/LimeSurvey/LimeSurvey/blob/master/themes/survey/vanilla/views/subviews/navigation/question_index_groups_buttons.twig
|The identical twig-file is already included in my vanilla template.|
Yes : but class hide it.
Else : i disable right click on top menu : no href, no open in new tab ;)
|@galads, any ideas how you want to deal with this issue? It does not happen very often I assume but since the result is a data loss, I consider this rather urgent.|
Fixed in SkelVanilla ;)
But better to fix it with button (need more css update)
|@DeniChenu, unfortunetaly, not everyone is using SkellVanilla. Could your patch be applied to the core parent LS themes?|
|2021-09-09 12:28||Mazi||New Issue|
|2021-09-09 12:28||Mazi||File Added: survey_archive_723728.lsa|
|2021-09-09 12:28||Mazi||Issue Monitored: Mazi|
|2021-09-09 12:28||Mazi||Bug heat||0 => 2|
|2021-09-09 12:30||ollehar||Note Added: 66432|
|2021-09-09 12:30||ollehar||Bug heat||2 => 4|
|2021-09-09 12:38||Mazi||Note Added: 66433|
|2021-09-09 12:38||Mazi||Bug heat||4 => 6|
|2021-09-09 12:51||ollehar||Note Added: 66434|
|2021-09-09 12:55||Mazi||Description Updated||View Revisions|
|2021-09-09 12:55||Mazi||Steps to Reproduce Updated||View Revisions|
|2021-09-09 12:55||Mazi||Note Added: 66435|
|2021-09-09 12:56||Mazi||Note Added: 66436|
|2021-09-09 12:56||Mazi||File Added: image001.jpg|
|2021-09-09 12:56||Mazi||File Added: image002.jpg|
|2021-09-09 12:56||Mazi||File Added: image003.jpg|
|2021-09-09 12:56||Mazi||File Added: image004.jpg|
|2021-09-09 12:56||Mazi||File Added: image005.jpg|
|2021-09-10 09:56||DenisChenu||Note Added: 66442|
|2021-09-10 09:56||DenisChenu||Bug heat||6 => 8|
|2021-09-10 10:01||galads||Assigned To||=> galads|
|2021-09-10 10:01||galads||Status||new => confirmed|
|2021-09-10 10:20||Mazi||Note Added: 66443|
|2021-09-10 11:33||DenisChenu||Note Added: 66444|
|2021-09-10 12:55||WilliPuhdlich||Note Added: 66448|
|2021-09-10 12:55||WilliPuhdlich||Bug heat||8 => 10|
|2021-09-10 13:43||DenisChenu||Note Added: 66449|
|2021-09-10 14:11||DenisChenu||Note Added: 66450|
|2021-09-10 14:12||galads||Bug heat||10 => 16|
|2021-09-10 17:32||WilliPuhdlich||Note Added: 66453|
|2021-09-10 18:46||DenisChenu||Note Added: 66454|
|2021-09-10 20:09||WilliPuhdlich||Note Added: 66455|
|2021-09-11 17:17||DenisChenu||Note Added: 66456|
|2021-09-13 16:55||WilliPuhdlich||Note Added: 66473|
|2021-09-17 16:20||ollehar||Severity||crash => partial_block|
|2021-09-24 14:20||DenisChenu||Note Added: 66612|
|2022-01-14 14:15||Mazi||Note Added: 68011|
|2022-01-14 15:04||DenisChenu||Note Added: 68020|
|2022-01-14 15:09||Mazi||Note Added: 68024|