Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SFS broken on RunQuery results page #60

Open
Rudloff opened this issue Apr 18, 2017 · 11 comments
Open

SFS broken on RunQuery results page #60

Rudloff opened this issue Apr 18, 2017 · 11 comments
Labels

Comments

@Rudloff
Copy link
Contributor

Rudloff commented Apr 18, 2017

Hello,

I am using SFS 2.1.0, PF 4.1 and MW 1.28.1.

When displaying the results from a Special:RunQuery page, SFS does not seem to work at all on the form that is displayed after the results.

@Rudloff
Copy link
Contributor Author

Rudloff commented Apr 18, 2017

You can reproduce that on the sandbox here: https://sandbox.semantic-mediawiki.org/wiki/Sp%C3%A9cial:RunQuery/DemoAjax1

  1. Select Project2 as Project one
  2. Select Protocol42
  3. Select another project as project twi
  4. Run query
  5. Try to select another protocol

@kghbln kghbln added the bug label Apr 18, 2017
@kghbln
Copy link
Member

kghbln commented Apr 18, 2017

Thank you for reporting.

Current environment on sandbox which is basically identical:

  • MediaWiki 1.28.1 (819c0d2) 00:51, 7. Apr. 2017
  • PHP 5.6.30-0+deb8u1 (apache2handler)
  • MariaDB 10.0.30-MariaDB-1~jessie
  • Semantic MediaWiki 3.0.0-alpha (aa04827) 09:39, 17. Apr. 2017
  • Semantic Forms Select 2.1.0 (199619f) 12:40, 8. Apr. 2017
  • Page Forms 4.1 (9dde723) 02:11, 3. Apr. 2017

@kghbln
Copy link
Member

kghbln commented Oct 5, 2018

@Rudloff the example on sandbox is returing a "Dumb" template so I do not know what the expected result is and if this issue was resolved with SFS 3.0.0. It will be nice if you could test and report back.

@Rudloff
Copy link
Contributor Author

Rudloff commented Oct 5, 2018

It still does not work correctly on the sandbox.

The returned template does not matter. The problem is in the Additional query part. The protocol list becomes empty after the first query.

@kghbln
Copy link
Member

kghbln commented Oct 5, 2018

Thanks for reporting back.

@toniher @gesinn-it You are my best shot for people being able to tackle this issue.

@toniher
Copy link
Member

toniher commented Oct 5, 2018

@Rudloff I see. As it is now, you need to trigger a change project event to regenerate protocol list, and I imagine this decreases usability for many situations when using RunQuery. I will take a look.

@krabina
Copy link
Contributor

krabina commented Apr 27, 2021

I see the same behaviour here, however, I was trying to use it with PageForms 5.2 which probably also does not work (yet).

@krabina
Copy link
Contributor

krabina commented Apr 27, 2021

Sorry, please forget my comment above. On the contrary, It seems to be working with PageForms 5.2 in query forms.

@kghbln
Copy link
Member

kghbln commented Apr 27, 2021

@krabina Could you post your version setup for others to have a reference? This issue has been sitting here for quite some time and it will be great to get an update here.

@krabina
Copy link
Contributor

krabina commented Apr 27, 2021

component version
MediaWiki 1.35.0
PHP 7.4.16 (cgi-fcgi)
MySQL 5.7.32-log
ICU 63.1
Page Forms 5.2 (534b24c) 09:32, 19. Feb. 2021
Semantic Forms Select 3.0.0 (a8a2653) 13:14, 5. Okt. 2018
Semantic MediaWiki 3.2.3

I am not sure I 100% understand the initial bug report. I can just say I tried using SFS in a query form in this envoronment, wich worked.

@kghbln
Copy link
Member

kghbln commented Apr 27, 2021

Thanks!

I am not sure I 100% understand the initial bug report. I can just say I tried using SFS in a query form in this envoronment, wich worked.

Just looked at the example provided with #60 (comment). To be honest the situation deteriorated even more. This is about using Special:RunQuery.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants