moinmoin issueshttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues2022-06-12T20:41:44Zhttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/34Allow redirects to 'external' pages?2022-06-12T20:41:44ZSophie HeroldAllow redirects to 'external' pages?A bunch of maintainers want to retire their apps' wiki page. Would it be possible to have redirects to external pages? I moved my page but google is still linking to the wiki page as well. Maybe redirects would help with this.
There is ...A bunch of maintainers want to retire their apps' wiki page. Would it be possible to have redirects to external pages? I moved my page but google is still linking to the wiki page as well. Maybe redirects would help with this.
There is a `#refresh <time> <URL>` feature
https://moinmo.in/HelpOnProcessingInstructions#A.23refresh
But it seems to be lacking fine-grained control
https://moinmo.in/HelpOnConfiguration#various
So I'm not sure if that's an option? On the other hand, the wiki access is quite restricted so it might be okay?https://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/33Unable to upload a specific file2021-08-01T13:52:19ZAlexandre FrankeUnable to upload a specific fileI was working on https://wiki.gnome.org/AlexandreFranke/FlatpakDiskSpace and tried to attach a third screenshot, but when everytime I click the send button I get the following message:
```
Internal Server Error
The server encountered a...I was working on https://wiki.gnome.org/AlexandreFranke/FlatpakDiskSpace and tried to attach a third screenshot, but when everytime I click the send button I get the following message:
```
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at root@localhost to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
```
The file I’m trying to attach is this one:
![flatpak-org.gnome.Platform](/uploads/308ccaa6057efd0a3198306e75eb84e0/flatpak-org.gnome.Platform.png)
I have tried renaming it but that didn’t change anything. As you can see on the page, I was able to upload a file which is similar in name, size and content.https://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/32Remove Google Trackers from GNOME Wiki2021-07-23T01:13:36ZAndre KlapperRemove Google Trackers from GNOME Wikihttps://static.gnome.org/wiki.gnome.org/gnome-responsive/css/common.css loads `@import url('https://fonts.googleapis.com/css?family=Source+Sans+Pro:200,300,400,500,600,700');`
See also https://gitlab.gnome.org/Infrastructure/blogs-web/-...https://static.gnome.org/wiki.gnome.org/gnome-responsive/css/common.css loads `@import url('https://fonts.googleapis.com/css?family=Source+Sans+Pro:200,300,400,500,600,700');`
See also https://gitlab.gnome.org/Infrastructure/blogs-web/-/issues/31https://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/31Migrating GNOME Wiki to Gitlab backend to facilitate fixing wikirot?2021-07-24T21:42:09ZElsie HuppMigrating GNOME Wiki to Gitlab backend to facilitate fixing wikirot?A lot of the GNOME Wiki is out of date, and edits have largely been locked to prevent spam for quite some time. Many outdated or inaccurate wiki pages still rank quite high in Google and DuckDuckGo search results, and there is no obvious...A lot of the GNOME Wiki is out of date, and edits have largely been locked to prevent spam for quite some time. Many outdated or inaccurate wiki pages still rank quite high in Google and DuckDuckGo search results, and there is no obvious way for someone who is not a privileged user to correct them.
By contrast, the GNOME Gitlab provides functionality for issues and pull requests, which are (obviously) established workflows for updating and correcting source documents. Certain other wiki engines other than MoinMoin can run on a Git backend, and using one or more of those wiki engines would allow their content to be integrated with the GNOME Gitlab.
There exists [a tool for porting MoinMoin wikis to Git-based wiki engines](https://github.com/mgaitan/moin2git), such as [Gollum](https://github.com/gollum/gollum), [Realms](https://github.com/scragg0x/realms-wiki), and [Waliki](https://github.com/mgaitan/waliki), among others.
Obviously, using this tool or something similar to migrate the GNOME Wiki without breaking existing hyperlinks would be a substantial undertaking, so this is more of a big-picture suggestion than a specific feature request, I guess?
Something that would make sense in the long run would be for wiki.gnome.org URLs to automatically mirror the structure of gitlab.gnome.org URLs. For example, **wiki**.gnome.org/Infrastructure/wiki-web and/or **docs**.gnome.org/Infrastructure/wiki-web could provide user-facing documentation for **gitlab**.gnome.org/Infrastructure/wiki-web. The automatic URLs could even mirror user forks of projects, if the admins felt inclined to figure out allowing for that (as opposed to just supporting the official GNOME Gitlab teams).
Does this seem like a particularly feasible idea? Or would there be other, more feasible ways of addressing wikirot? I would appreciate any feedback!https://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/27Please provide a dark theme2021-07-22T14:44:06ZNelson BenPlease provide a dark themePlease provide a dark theme (I couldn't find one among the options shown in `Preferences` page).
Regards,Please provide a dark theme (I couldn't find one among the options shown in `Preferences` page).
Regards,https://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/26On GNOME Wiki pages, class="table-of-contents" overlaps with class="codearea"2021-03-16T20:48:31ZGhost UserOn GNOME Wiki pages, class="table-of-contents" overlaps with class="codearea"Relating to the ToC of the Vala Tutorial site on GNOME Wiki at https://wiki.gnome.org/Projects/Vala/Tutorial
The ToC overlaps with the grey code boxes, see attached image. (apologies if this is the wrong place to post this)
![Screensho...Relating to the ToC of the Vala Tutorial site on GNOME Wiki at https://wiki.gnome.org/Projects/Vala/Tutorial
The ToC overlaps with the grey code boxes, see attached image. (apologies if this is the wrong place to post this)
![Screenshot_2019-08-09_at_11.14.53](/uploads/fcce61bbf43b60f7d51783c8de002fc2/Screenshot_2019-08-09_at_11.14.53.png)https://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/23Make account recovery text clearer/more accurate2018-09-24T19:17:56ZGNMake account recovery text clearer/more accurateAccount recovery text on the wiki has a few issues:
* The text on login pages (e.g. https://wiki.gnome.org/?action=login) - "Forgot your password?" implies that it's only possible to recover the account password, whereas email recovery ...Account recovery text on the wiki has a few issues:
* The text on login pages (e.g. https://wiki.gnome.org/?action=login) - "Forgot your password?" implies that it's only possible to recover the account password, whereas email recovery also sends forgotten usernames. Recovery URLs, (containing "recoverpass"), are similarly a bit inaccurate but that's not so important and maybe more difficult to change.
* The text on recovery pages (e.g. https://wiki.gnome.org/?action=recoverpass) similarly doesn't say anything about it being possible to recover a forgotten username.
* The recovery page looks like it require (remembering) both username and email address to recover a account info. Yes, it says "email address or username" in the verbose text, but the form fields are laid out as if they're both required. Adding "OR" between the two fields would make it immediately obvious that only one is needed.https://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/2Improve wiki login security2018-09-24T19:57:22ZBugzillaImprove wiki login security## Submitted by Michael Catanzaro `@mcatanzaro`
Assigned to **Wiki maintainers**
**[Link to original bug (#793433)](https://bugzilla.gnome.org/show_bug.cgi?id=793433)**
## Description
We received a complaint regarding wiki.gnome.o...## Submitted by Michael Catanzaro `@mcatanzaro`
Assigned to **Wiki maintainers**
**[Link to original bug (#793433)](https://bugzilla.gnome.org/show_bug.cgi?id=793433)**
## Description
We received a complaint regarding wiki.gnome.org:
> 1) You do not do email verification before creating the account.. I
> can therefore block out email addresses that do not belong to me. You
> should see an account for test@testhack.com. I do not own that email
> address and it does not exist.
>
> 2) Your captcha verification is pretty basic and asks me to fill in
> information into the footer. I assume you have limited number of
> these and could easily be checked by the hint on the page and filled
> in automatically.
I'm skeptical that these measures would actually reduce spam, but it couldn't hurt.
Also:
> Ok, so I did a quick test and it seems you only have TWO captcha questions.
> Which is easy to automate by checking the page loaded.
>
> Also, when I tried to reset my password... twice.. the token did not work and I > was loading the link immediately after receiving it.
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/3Wiki create account fails, and reset password is broken2018-09-24T13:15:30ZBugzillaWiki create account fails, and reset password is broken## Submitted by Jonny `@jgukreport`
Assigned to **Wiki maintainers**
**[Link to original bug (#789708)](https://bugzilla.gnome.org/show_bug.cgi?id=789708)**
## Description
https://wiki.gnome.org/action/newaccount/Apps/EyeOfGnome?a...## Submitted by Jonny `@jgukreport`
Assigned to **Wiki maintainers**
**[Link to original bug (#789708)](https://bugzilla.gnome.org/show_bug.cgi?id=789708)**
## Description
https://wiki.gnome.org/action/newaccount/Apps/EyeOfGnome?action=newaccount
Type an email address. Submit, the confirmation never arrives.
do a secondary test, with another gmail acccount
eg yourlogin+gnome@gmail.com
Observe that the form rejects it, and says account already exists. (But this was a new email address, never used)
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/4Too light background of detailed days in https://wiki.gnome.org/ThreePointTwe...2018-09-24T13:15:31ZBugzillaToo light background of detailed days in https://wiki.gnome.org/ThreePointTwentyseven## Submitted by Milan Crha `@mcrha`
Assigned to **Wiki maintainers**
**[Link to original bug (#788885)](https://bugzilla.gnome.org/show_bug.cgi?id=788885)**
## Description
Looking into
https://wiki.gnome.org/ThreePointTwentyseven
...## Submitted by Milan Crha `@mcrha`
Assigned to **Wiki maintainers**
**[Link to original bug (#788885)](https://bugzilla.gnome.org/show_bug.cgi?id=788885)**
## Description
Looking into
https://wiki.gnome.org/ThreePointTwentyseven
the background of the detailed days is as list as it's pretty hard to spot. Background colors for freezes and conferences are still the same dark, also those in the mini-calendar at the top.
Andre told me to file a bug and reference:
https://git.gnome.org/browse/releng/tree/tools/schedule/wiki.py
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/5Quicklinks apprear only on their own page2018-09-24T13:15:33ZBugzillaQuicklinks apprear only on their own page## Submitted by Adrien Plazas `@aplazas`
Assigned to **Wiki maintainers**
**[Link to original bug (#787928)](https://bugzilla.gnome.org/show_bug.cgi?id=787928)**
## Description
When I create a quicklink in the wiki, I see the link...## Submitted by Adrien Plazas `@aplazas`
Assigned to **Wiki maintainers**
**[Link to original bug (#787928)](https://bugzilla.gnome.org/show_bug.cgi?id=787928)**
## Description
When I create a quicklink in the wiki, I see the link to the page in the top bar, but only when I'm on the page the quicklink is referencing, making it useless.
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/6Topbar hides headings2018-09-24T13:15:35ZBugzillaTopbar hides headings## Submitted by Milan Crha `@mcrha`
Assigned to **Wiki maintainers**
**[Link to original bug (#784042)](https://bugzilla.gnome.org/show_bug.cgi?id=784042)**
## Description
Created attachment 354163
image.png
Since I do not know w...## Submitted by Milan Crha `@mcrha`
Assigned to **Wiki maintainers**
**[Link to original bug (#784042)](https://bugzilla.gnome.org/show_bug.cgi?id=784042)**
## Description
Created attachment 354163
image.png
Since I do not know when the top bar hides headings, making the look bad. I just noticed it when I tested a URL I wanted to give to a user [1].
When you open it you do not see the "Developer Resources" heading, because it's hidden under the floating top bar. I do not know what the reason for that was, but from my point of view it only eats from the window height, while the height is an important value, especially these days, with wide screens.
[1] https://wiki.gnome.org/Apps/Evolution#Developer_Resources
**Attachment 354163**, "image.png":
![image](/uploads/92388ad3d374872936ce7b66190d2747/image.png)
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/8Cannot edit wiki pages, no explanation why2018-09-25T10:42:54ZBugzillaCannot edit wiki pages, no explanation why## Submitted by Michael von Glasow `@mvglasow`
Assigned to **Wiki maintainers**
**[Link to original bug (#765256)](https://bugzilla.gnome.org/show_bug.cgi?id=765256)**
## Description
After creating a wiki account, I cannot edit an...## Submitted by Michael von Glasow `@mvglasow`
Assigned to **Wiki maintainers**
**[Link to original bug (#765256)](https://bugzilla.gnome.org/show_bug.cgi?id=765256)**
## Description
After creating a wiki account, I cannot edit any pages (not even the sandbox page or my user page). The bottom bar reads "Immutable page", and the wiki doesn't give me a clue why that is.
If this behavior was intended, it should be documented in a way that new users get this information without having to research it. (Do I have to perform any extra steps, such as validating my e-mail address, before being allowed to edit? If so, users should be notified of that upon completing their registration.)
If it is not intended – what do I have to do to fix it?
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/10Static layout causes problems with small windows, printing in A4 portrait, etc2018-09-24T13:15:42ZBugzillaStatic layout causes problems with small windows, printing in A4 portrait, etc## Submitted by Sébastien Wilmet `@swilmet`
Assigned to **Wiki maintainers**
**[Link to original bug (#736043)](https://bugzilla.gnome.org/show_bug.cgi?id=736043)**
## Description
Try to print this page for example:
https://wiki.g...## Submitted by Sébastien Wilmet `@swilmet`
Assigned to **Wiki maintainers**
**[Link to original bug (#736043)](https://bugzilla.gnome.org/show_bug.cgi?id=736043)**
## Description
Try to print this page for example:
https://wiki.gnome.org/Apps/LaTeXila
In A4 portrait the long lines are cut. The page needs to be printed in landscape…
For reading the page in a web browser, it's better to have shorter lines of text. What is generally recommended is maximum 80 characters per line.
And when making the web browser's window smaller, the lines of text should be smaller too. Currently a horizontal scrollbar appears.
The problem is not only for the wiki, developer.gnome.org is also affected, and probably at other places too. For example:
https://developer.gnome.org/gtk3/stable/chap-drawing-model.html
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/13RecentChanges problems after wiki redesign2018-09-24T13:15:47ZBugzillaRecentChanges problems after wiki redesign## Submitted by Paolo Borelli `@pborelli`
Assigned to **Wiki maintainers**
**[Link to original bug (#721721)](https://bugzilla.gnome.org/show_bug.cgi?id=721721)**
## Description
* the image on the left of each change is misaligned...## Submitted by Paolo Borelli `@pborelli`
Assigned to **Wiki maintainers**
**[Link to original bug (#721721)](https://bugzilla.gnome.org/show_bug.cgi?id=721721)**
## Description
* the image on the left of each change is misaligned
* clicking on the image does not lead to the last revision diff anymore
* RecentChanges is not linked anymore from anywhere (this may be intentional, though I find it very useful to keep up with what's going on)
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/14Some wiki formats like Admonitions are lost when rendered by no logged users2018-09-24T13:15:50ZBugzillaSome wiki formats like Admonitions are lost when rendered by no logged users## Submitted by Juanjo Marín
Assigned to **Wiki maintainers**
**[Link to original bug (#720996)](https://bugzilla.gnome.org/show_bug.cgi?id=720996)**
## Description
Try this page logged and not logged:
https://wiki.gnome.org/Help...## Submitted by Juanjo Marín
Assigned to **Wiki maintainers**
**[Link to original bug (#720996)](https://bugzilla.gnome.org/show_bug.cgi?id=720996)**
## Description
Try this page logged and not logged:
https://wiki.gnome.org/HelpOnAdmonitions
When the user is not logged, the admonitions are shown with a plain format.
There other problems as you can see in:
https://wiki.gnome.org/HelpOnMoinWikiSyntax
For example, the Table of Contents is not well placed.
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/16Wiki project sub-pages are not redirected after move to "Projects"2018-09-24T13:15:52ZBugzillaWiki project sub-pages are not redirected after move to "Projects"## Submitted by Simon Feltman
Assigned to **Wiki maintainers**
**[Link to original bug (#719317)](https://bugzilla.gnome.org/show_bug.cgi?id=719317)**
## Description
I noticed wiki projects have been moved into sub-pages of "wiki....## Submitted by Simon Feltman
Assigned to **Wiki maintainers**
**[Link to original bug (#719317)](https://bugzilla.gnome.org/show_bug.cgi?id=719317)**
## Description
I noticed wiki projects have been moved into sub-pages of "wiki.gnome.org/Projects". It looks like redirects have been setup in moin using "#redirect" and this seems reasonable except the redirects do not work for sub-pages of the projects themselves.
For instance:
https://wiki.gnome.org/PyGObject/InitializerDeprecations
does not redirect to:
https://wiki.gnome.org/Projects/PyGObject/InitializerDeprecations
but rather you get a new page creation. While internal wiki links to these pages can be updated, I am concerned about external links to these pages. The page in question is actually printed in a deprecation warning for developers in an attempt to provide a good developer experience when they get a console full of deprecation warnings. Bad links in there totally breaks that idea.
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/17No navigation on the wiki2018-09-24T13:15:54ZBugzillaNo navigation on the wiki## Submitted by Kat `@kat`
Assigned to **Wiki maintainers**
**[Link to original bug (#715059)](https://bugzilla.gnome.org/show_bug.cgi?id=715059)**
## Description
The new wiki stylesheet does not have the navigation for the viewed...## Submitted by Kat `@kat`
Assigned to **Wiki maintainers**
**[Link to original bug (#715059)](https://bugzilla.gnome.org/show_bug.cgi?id=715059)**
## Description
The new wiki stylesheet does not have the navigation for the viewed page by default. This makes it considerably more difficult to get the links to specific sections.
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/18Update fgo licensing page with new content2020-11-22T14:01:37ZBugzillaUpdate fgo licensing page with new content## Submitted by Brian Cameron
Assigned to **Wiki maintainers**
**[Link to original bug (#644932)](https://bugzilla.gnome.org/show_bug.cgi?id=644932)**
## Description
Note that I have been working with James Vasile from the Softwar...## Submitted by Brian Cameron
Assigned to **Wiki maintainers**
**[Link to original bug (#644932)](https://bugzilla.gnome.org/show_bug.cgi?id=644932)**
## Description
Note that I have been working with James Vasile from the Software Freedom Law Center to update the standard GNOME Foundation brand licensing forms. These new
forms, for example, allow User's Groups to sell GNOME branded merchandise (as long as the profits are only used for GNOME-related activities). The current forms on fgo disallow this, so the new forms would be nice to put in place more officially:
The work includes:
Update this Licensing page as follows:
http://foundation.gnome.org/licensing/index.html
- We now have a standard form for those who sell GNOME branded merchandise.
On http://live.gnome.org/Trademark, the new form is in the section
"Commercial Trademark Exploitation Agreements"
http://live.gnome.org/Trademark#Commercial_Trademark_Exploitation_Agreements
So, on the fgo page, we should add a section to highlight that The GNOME
Foundation uses this following form for those who sell GNOME branded
merchandise. In other words, you can only sell GNOME branded merchandise if
you have made this agreement with The GNOME Foundation.
- The "GNOME user group license agreement" link should point
to the new form:
http://live.gnome.org/Trademark#Trademark_Agreement_for_User_Groups
Note that the new form allows Users Groups to sell GNOME-branded
merchandise with the requirement that funds received be used for the
benefit of the GNOME Users Group and that the funds be kept in a
tax-free bank account (e.g. you could use The GNOME Foundation's
account). The old form did not allow Users Groups to sell any
merchandise. So the new form fixes this. Might be nice to highlight
this change.
In the "User Groups" section of the form, I think it would probably be
good to also include a link to the Users Groups Wiki, just so people
understand more about what a GNOME User Group is:
http://live.gnome.org/UserGroups
- Our lawyers recommended that we should update the "Third Party Usage
Guidelines" page:
http://foundation.gnome.org/licensing/guidelines/
and remove this line:
* Do not use GNOME Trademarks as meta tags for your web pages.
James Vasile gave this reason:
> That looks ok to me, except the part about meta tags. Do we really
> care about that? In the trademark world, fighting over meta tags is a
> disfavored practice. There's a chance you *might* be able to enforce
> it legally, but the bad publicity would make it counterproductive. I
> suggest you remove it.
- I think it would make sense to get rid of the following Wiki pages and
move the content to the fgo page:
http://live.gnome.org/Trademark
http://live.gnome.org/Trademark/FAQ
Much of the information on the http://live.gnome.org/Trademark page is
redundant, but we should make sure that any useful information is migrated
to the fgo website. We should add the FAQ to the fgo website.
- Note that the Users Group form refers to this website. It might be better
for this page to be moved to fgo as well (perhaps to
http://foundation.gnome.org/users or something), so it is a bit more official.
http://live.gnome.org/UserGroups/Guidelines
Can these changes be made?
Thanks,
Brian
Version: currenthttps://gitlab.gnome.org/Infrastructure/openshift-images/moinmoin/-/issues/19Syntax highlighting for Vala (attachment)2018-09-24T13:15:59ZBugzillaSyntax highlighting for Vala (attachment)## Submitted by Frederik Zipp
Assigned to **Wiki maintainers**
**[Link to original bug (#602019)](https://bugzilla.gnome.org/show_bug.cgi?id=602019)**
## Description
Created attachment 147824
MoinMoin wiki parser for Vala
The Val...## Submitted by Frederik Zipp
Assigned to **Wiki maintainers**
**[Link to original bug (#602019)](https://bugzilla.gnome.org/show_bug.cgi?id=602019)**
## Description
Created attachment 147824
MoinMoin wiki parser for Vala
The Vala wiki page [1] makes extensive use of syntax highlighting for tutorials and code samples. However, currently it uses C++ syntax highlighting. This is not optimal because sometimes identifiers are falsely interpreted as keywords and many Vala keywords are not highlighted at all or special features like verbatim strings are highlighted incorrectly which could confuse users who are learning from a tutorial.
I have assembled a MoinMoin wiki parser for Vala:
http://live.gnome.org/Vala/MoinMoin
('vala.py' and installation instructions)
[1] http://live.gnome.org/Vala/
**Attachment 147824**, "MoinMoin wiki parser for Vala":
[vala.py](/uploads/f50085c97a08283051e302c572a160d3/vala.py)
Version: current