Descriptive Problem Summary:
Output controls now scroll to the bottom regardless of a user-set scrollbar position.
Numbered Steps to Reproduce Problem:
1) Create an output control.
2) Have text constantly being output to it.
3) After the scrollbar appears, scroll up manually.
4) Have the output jump to the bottom any time new input is added.
Code Snippet (if applicable) to Reproduce Problem:
Expected Results:
User-set scrollbar position to be retained until scrolled back to the bottom.
Actual Results:
Scrolls to the bottom regardless.
Does the problem occur:
Every time? Or how often? Every time.
In other games? Yes.
In other user accounts? Yes.
On other computers? Yes.
When does the problem NOT occur?
Version 506
Did the problem NOT occur in any earlier versions? If so, what was the last version that worked? (Visit http://www.byond.com/download/build to download old versions for testing.)
Seems one of the 507 builds caused this, not sure which one specifically, I can't blow my data resources downloading them all to find out.
Workarounds:
Play the game using 506.
1
2
ID:1682978
Sep 19 2014, 4:05 pm
|
|||||||||||||
Resolved
| |||||||||||||
Sep 22 2014, 1:07 pm
|
|
I'd actually recommend comparing to 506's VS2013 build. All the 507 builds are done this way.
|
Numbered Steps to Reproduce Problem:
resize the dream seeker or click some buttons define at dmf file/s Expected Results: output panel don't scroll up Actual Results: it scrolls, at least 20 output lines Does the problem occur: Every time? Or how often? every time In other games? tested at space station 13 When does the problem NOT occur? if you don't resize it or use some buttons defined at dmf file/s Did the problem NOT occur in any earlier versions? If so, what was the last version that worked? (Visit http://www.byond.com/download/build to download old versions for testing.) 506.1247 Workarounds: nothing |
Still happening in the latest builds and it's very, very annoying. Makes playing text-heavy games like Eternia impossible.
|
Descriptive Problem Summary:
At random, the output element will refuse to scroll down when new messages are sent to it. Manually scrolling the output to the bottom does not fix it. Then at random, it will start working again and scrolling to the bottom on its own when new messages are sent to the output element. Numbered Steps to Reproduce Problem: 1. Send messages to an output element. 2. It doesn't scroll to the bottom sometimes and will get stuck that way. Expected Results: The output element scrolls to the bottom and displays new message. Actual Results: The output element refuses to scroll to the bottom at random. Does the problem occur: Every time? Or how often? Every time. In other games? Untested. In other user accounts? Untested. On other computers? Untested. When does the problem NOT occur? Always occurs in 507.*. Did the problem NOT occur in any earlier versions? If so, what was the last version that worked? This problem doesn't appear to happen before 507. Workarounds: Manually scroll to the bottom every time a new message is received. |
Descriptive Problem Summary:
Whenever an operation is carried out that would print icons to the output box it ceases scrolling down after an arbitrary amount of icons. Numbered Steps to Reproduce Problem: Ex: SS13 1. Use Examine verb on a human mob 2. Several lines with icons will be printed 3. Output will fail to scroll down Code Snippet (if applicable) to Reproduce Problem: Call following proc surrounded by objects with icons. /client/proc/icon_print_test() Expected Results: Proc called without icons: Significant text output, box scrolls down to the bottom. Proc called with icons: Significant text output with icons, box scrolls down to the bottom. Actual Results: Proc called without icons: Significant text output, box scrolls down to the bottom (or past it on some computers) Proc called with icons: Significant text output with icons, box stops scrolling after a random while, usually around 4 - 7 lines Does the problem occur: Every time? Or how often? Every time on affected computers. In other games? Untested In other user accounts? Tested. Affects other user account. On other computers? Tested on another Win 8 laptop. Bug does not manifest in this case. Tested on a Win 7 computer. Bug does not manifest in 506, but manifests after update. When does the problem NOT occur? The problem seems less liable to occur during local testing where the client is under less strain than on a live server; it will still occur approximately 7 / 10 times, however. Did the problem NOT occur in any earlier versions? If so, what was the last version that worked? (Visit http://www.byond.com/download/build to download old versions for testing.) Worked in 506.1247 on all computers used for testing Workarounds: None found. |
Descriptive Problem Summary:
In Dreamseeker, when I switch tabs (Info, Browser, Text, etc.), the output window is naturally resized but is no longer scrolled to the bottom, meaning I miss chat messages, etc. This didn't occur in 498, which I upgraded from. |
I found something of note here. I had at one point put in a fix for scrolling on the VS2013 build, but that fix only would have impacted text. Other outputs--notably images--would not have been affected. This may well explain a lot of the issues. I believe therefore that this will be fixed in 507.1262.
|
In response to Lummox JR
|
|
Lummox JR wrote:
I believe therefore that this will be fixed in 507.1262. The issue I reported was for 1269. Will retest in 1272. EDIT: Seeeeeeems to be okay now, but shrug. |
Tested my issue in 1272 and it seems solved.
For some reason the output randomly scrolls beyond the bottom of the box, clearing it and putting the latest message at the top. At least this is markedly less annoying than the issue I had before. :) |
Not solved in 1272.
Descriptive Problem Summary: In SS13 on BYOND 507.1272, the default OUTPUT skin window has difficulty scrolling up, making it impossible to read scrollback. (Have not tested other games yet.) The problem seems to be that whenever new text is added to the OUTPUT, the user is forced to scroll to the bottom of the page. Numbered Steps to Reproduce Problem:
Code Snippet (if applicable) to Reproduce Problem: This occurs on /vg/station (https://github.com/d3athrow/vgstation13) and TGstation (https://github.com/tgstation/-tg-station). Just joining the server and observing is enough to bring about the behavior. Expected Results: OUTPUT control that has been scrolled away from the bottom position stays put so text can be read. Actual Results: OUTPUT is forced to the bottom upon new text being added to it. Does the problem occur: Every time? Or how often? Problem occurs reliably in BYOND 507. In other games? In other user accounts? Yes (talked with users of other codebases). On other computers? Yes When does the problem NOT occur? On BYOND 506. Did the problem NOT occur in any earlier versions? If so, what was the last version that worked? (Visit http://www.byond.com/download/build to download old versions for testing.) Problem has been present for the entirety of 507. Tested up to 507.1272. Workarounds: Revert to 506. Operating System: Windows 7 Ultimate 64-bit edition |
I have this problem too on the latest byond version, with a text-heavy game of mine.
I first thought the issue was with highlighting text, because that makes byond go haywire when it tries to scroll down then scrolls back up. But it might not be that after all. |
In response to Mista-mage123
|
|
Mista-mage123 wrote:
I have this problem too on the latest byond version, with a text-heavy game of mine. You'll have to be more specific. Which version, major and minor build number? If you have an example of output that triggers this, and what kinds of things are included (images, etc.) that would be helpful. |
I'm seeing this too. From what I can tell, it has something to do with focus. I noticed that as long as I had clicked on the output before new text came in, it acted as expected and scrolled down to meet the new output.
Otherwise, having clicked on another control beforehand (map), text would stop scrolling to keep up with new output. Occurs in Cow RP if you're looking for a test case. Cow RP has lots of text output as well, and alternates between text with icons at the beginning of the line and plain text. Just about all the output has html in it too, if that's worth anything. Doesn't appear to occur in webclient. v507.1272 |
1274 shouldn't make a difference here, but just to be on the same page (since we can't easily debug older versions), can everyone having this please retest with the latest beta?
|
1
2