In T148297#2789183, @Tgr wrote:

Ideally, the summary box would always be on-screen while looking at the diff.

In T150527#2788736, @Krenair wrote:

There should probably be links to these things on user profiles and projects. They would just link into the search system though. There is an existing link in maniphest for #1.

In T148297#2780766, @Jdforrester-WMF wrote:

You mean, the editable box containing the edit summary? We already provide the rendered preview of the edit summary there.

I made little changes in this task.

Some Web sites are very impolite these days. Sounds (sometimes in loop!), videos, crazy auto-reloads, eating the perfs of the computer, the fan roaring…

In T147134#2688084, @Peachey88 wrote:

Is there any reason you are viewing without javascript being enabled?

In T147133#2688936, @greg wrote:

Messing with your JS settings mid-session isn't really a normal user thing

In T147133#2736396, @Peachey88 wrote:

In T147133#2736393, @Nnemo wrote:

Because I have high expectations. :-) A Web page is supposed to work without JS. When I turn off JS, I agree if some fancy effects or some user-friendly helps stop working, but the essential stuff is expected to still work, and certainly not to silently lose data.

There is a huge difference between loading a webpage with (or without) JavaScript and utilizing it, Compared to loading it with Javascript then turning it off in your browser and magically expecting stuff to work when it expects JS to be turned on.

I think that our goal here is to improve the software and processes, not to close the tasks.

In T147133#2683463, @Peachey88 wrote:

Do you just write phabricator in, or do you select it from the type-a-head and select it (so it turns into the visual representation of the tag?

The link "Change details" is "Show details" now — which is less meaningful, I think.

It would be nice to correct this bug.

Let's test in a comment of a task:

Thank you.

In T147129#2682311, @Aklapper wrote:

Does purging the page always update the displayed docs?

4. When creating a task, the "Description preview" shows no preview but shows "Loading preview..." without end. So here too we get the problems of the example 2.

Here, the server is serving the old content, the client's cache is not the problem. This bug occurs even when the person bypasses or empties the client's cache.

In T143483#2569610, @matmarex wrote:

I can edit the page just fine.

I have edited the description of this task.

This task T95176 is not a duplicate of the task T51346.

In T142286#2530124, @Peachey88 wrote:

Works for me, What browser are you using?

In T139861#2447436, @Aklapper wrote:

When this problem happens, is there any debug output in the browser's developer tools' web console?

In T139861#2447436, @Aklapper wrote:

Which exact page can this be reproduced on?

In T139861#2447436, @Aklapper wrote:

What is the "Web mobile wikicode editor"?

This bug is a regression.

This problem does not seem to be resolved.

On some devices, or on some view sizes, the Web app becomes unduly crippled. This is an accessibility issue.

For a few days, I have been encountering bad experience with MediaWiki history page, for instance the history page of "molar pregnancy" on en.wikipedia.org.

In T132264#2212183, @Aklapper wrote:

In T132850#2212335, @valhallasw wrote:

Combined with the earlier report T131697: Phabricator asks to log in but does not show SUL dialog, and traps the user (starting on www.mediawiki.org and ending on m.mediawiki.org?), this suggests to me there's a more generic issue with session handling in iOS 9 Safari rather than something Phabricator specific.

In T129782#2116432, @matmarex wrote:

I'm not sure from your description if this is the same issue as T129360 (software keyboard covering the text), or something additional (broken scrolling?).

The two bugs that @Milimetric encounters here also occur with Safari iOS:

Besides, if the client has done something incorrectly and the server has a good reason to give an error, then the server has to give a meaningful error so that the user know what went wrong and how to do the action correctly and successfully.

In T132850#2212251, @Krenair wrote:

Phabricator showing an error does not necessarily mean Phabricator is wrong, the browser could be broken.

See the screen photo, affront from Phabricator:

I suggest that you read again the task description.

I am sorry. This is unclear. So you mean that with what I did the time will be incorrect after the end of summer time?!

This issue is about the scenario of the description. Not showing a SUL dialog may be a part of the issue, or an explanation...

No, in metropolitan France the time zone is GMT+1, = UTC+1.

The screen photo is: F3854987.