Last modified: 2013-06-07 14:46:32 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T36765, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 34765 - Posting a reply to a thread does not display post after hitting save if number of replies is > number of replies to show in pref
Posting a reply to a thread does not display post after hitting save if numbe...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
LiquidThreads (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
https://www.mediawiki.org/wiki/Thread...
:
: 47051 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-02-27 23:24 UTC by Bawolff (Brian Wolff)
Modified: 2013-06-07 14:46 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Bawolff (Brian Wolff) 2012-02-27 23:24:43 UTC
I think this is a 1.19 regression (or regression in whatever version of lqt was deployed when wmf wikis hit 1.19)

This was observed on mediawiki.org

Steps to reproduce:
*Go to special:newmessages (I assume you have new messages)
*Reply to some thread
*Hit save to your reply

Expected behaviour:

The reply is parsed and displayed under the message

Actual behaviour:

The reply window disappears, and there is no indication that your reply was successfully posted.
Comment 1 Brion Vibber 2012-02-27 23:43:41 UTC
Does this happen only on Special:Newmessages, or does it also happen directly on a threaded view such as here:

https://www.mediawiki.org/wiki/LQT_test

?

Either way, appears to work for me in Firefox 10.0.2 / Ubuntu 11.10.
Comment 2 Bawolff (Brian Wolff) 2012-02-28 00:04:26 UTC
Tested, it didn't happen on LQT_test, so only on special:newmessages.

My browser is a tad old, but things definitly used to work fine.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20110302 Iceweasel/3.5.16 (like Firefox/3.5.16)
Comment 3 Brion Vibber 2012-02-28 00:52:45 UTC
Works for me on Special:NewMessages with Iceweasel 3.5.16 on a fresh Debian 6.0 install.
Comment 4 Bawolff (Brian Wolff) 2012-02-28 01:00:08 UTC
OK, I think this is only triggered if the number of replies goes past what is in my preferences for max number of replies to show (Which kind of makes sense I suppose logically, but is unintuitive - especially because one has already expanded the thread at this point, so would expect the new reply to be shown. At the very least, some sort of indicator of success should be shown)
Comment 5 Mark A. Hershberger 2012-02-28 02:04:02 UTC
To see if this is a 1.19 regression, you can use https://hu.wikipedia.org/wiki/Szerkeszt%C5%91vita:MarkAHershberger -- my test LQT setup for 1.18.  But test quickly since we may update any time now.
Comment 6 Bawolff (Brian Wolff) 2012-02-28 02:11:49 UTC
(In reply to comment #5)
> To see if this is a 1.19 regression, you can use
> https://hu.wikipedia.org/wiki/Szerkeszt%C5%91vita:MarkAHershberger -- my test
> LQT setup for 1.18.  But test quickly since we may update any time now.

My apologies, appears not to be a regression - I just happened to hit the bug around time 1.19 was deployed.
Comment 7 Niklas Laxström 2012-02-28 15:19:28 UTC
Have seen this quite a while in twn net.
Comment 8 Quim Gil 2013-03-21 16:32:41 UTC
(In reply to comment #4)
> OK, I think this is only triggered if the number of replies goes past what is
> in my preferences for max number of replies to show (Which kind of makes
> sense
> I suppose logically, but is unintuitive - especially because one has already
> expanded the thread at this point, so would expect the new reply to be shown.
> At the very least, some sort of indicator of success should be shown)

Still happens: https://test2.wikipedia.org/wiki/User_talk:Qgil#Testing_Bug_34765_50

And I agree. This is nasty from a usability point of view.
Comment 9 Jesús Martínez Novo (Ciencia Al Poder) 2013-06-07 14:44:50 UTC
*** Bug 47051 has been marked as a duplicate of this bug. ***
Comment 10 Jesús Martínez Novo (Ciencia Al Poder) 2013-06-07 14:46:32 UTC
Added URL where this can be tested

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links