This clearly seens with a big survey with a lot of answer then upload a survey

Browse response is a lot used by our user's.

@LouisGac : the "scrolling is done on the DIV. In 2.05 : scroll windows scroll the table (and only the table)

Quick fix (need more width ...) done with firebug:

#gbox_displayresponses{max-width:100%}
#gview_displayresponses{max-width:100%}
#displayresponses_toppager{max-width:100%}
#pager{max-width:100%}

and remove the overflow on .col-lg-12.content-right

Javascript still here to move top pager and bottom pager right/left (https://github.com/LimeSurvey/LimeSurvey/blob/master/scripts/admin/listresponse.js#L13)

HTML bug : we have 2 #pager (one for top, one for bottom)

we tried it on different browsers and OS, we can't reproduce the bug.
everybody has the scrollable div.

You don't look at the pic :
I have the scrollable duv BUT : in 2.05 : we have NOT a scrolabke div.

Scroll window directly scroll the response table. No double scroll : one for div+one for window.

My labtop have a height of 768, then i don't have the scroll of the div if i don't scroll the window before

And look at the 2 fix picture : only one scroll : only window scroll ....

ok so that's just not a bug.
this is the wanted feature.
We can't provide support for 1024x768, 800x600 (whatever, most of the template will work on a 1024x768, 800x600)

Not true : it's a bug ....

In 2.50 : browse response table is really unusuable

Usuability is not a feature ....

I just spoke about it with Carsten, and only 4% of people are using a resolution of 1024x768 in the world, probably less for limesurvey users... so it's not a huge priority.

Whatever, the website itself should not be horizontal scrollable. There is a lot of studies about it, and users hate horinzontal scroll :
http://www.nngroup.com/articles/scrolling-and-scrollbars/

What I'll do in the future, is providing the possibility to display the table in a popup windows, so this popup windows, and only this one, will be horizontal-scrollable.

I test with : zoom less x4 and : same thing.

It's not only a height question. It's usuability.

Here : table must have a scroll system bar if : it's to wide or tool long (remine user can want to view 100 response for exemple).

This scroll bar for usuability must be set to window scroll bar and no where else.

Don't tell me the usuability of 2.50 browse table is better than 2.06 system.

Ps : "4% of people are using a resolution of 1024x768" where did you found that ? I have a lot of client using limesurvey with more little screen than this one. Using LS in train on a little portable computer.

See old issue and old revert:
https://github.com/Shnoulle/LimeSurvey-shnoulle/commit/35c16aaafa406686f23e290c78b58b08060adfc0#diff-b9d2eff036d453b4d5d16187a490d020R557

https://github.com/Shnoulle/LimeSurvey-shnoulle/commit/dd475c8051cebd0493a83fa6b9a68a8d97c8b7fe#diff-b9d2eff036d453b4d5d16187a490d020L573

Comment by Carsten : "Dev Made the response browsing table using the browser scrollbars again, because usability bad with bigger result sets."

Denis: See http://www.w3schools.com/browsers/browsers_display.asp

I agree that we should revert the grid to use normal scrollbars again.

It's not only a width issue, but a high issue . Some user ask to see 100 line at a time. And with 100 lines: no scrollbars with a big screen ....

Nut i can fix it in a plugin/modules ....

PS: and the "jquery" tool is show always in 2.06 , show at ..... right, right, right again in 2.50 (Page X on Y/ next/previous)
PS2: overflow : auto on the data : see http://stackoverflow.com/questions/4984969/does-jquery-jqgrid-support-horizontal-scroll-bar-and-frozen-columns