Forever spinning wheel for Page Index and Attachments

Help / Discuss
1

Hi! I don’t know exactly the changes after which this behaviour appears. When you go to Page Index or Attachments on any page, a forever-spinning wheel appears. No results.

You can see this behaviour here, or when accessing any page, for instance, this one.

Comments and History on any page work fine. Tree, Deleted Pages and Deleted Attachments work also fine.

I consistently get this error on the web browser console when accessing any failing link:

12:58:03.732 Uncaught TypeError: The specifier “vue” was a bare specifier, but was not remapped to anything. Relative module specifiers must start with “./”, “../” or “/”. main-DHjSUXv_.js:1:648

I’ve recently updated to XWiki Debian 17.6.0 on Ubuntu 24.04.3 LTS. I’m unsure if the error was there before updating.

Any clue, please? Thanks!

2

It seems the request to get the history or attachment list are not done (cannot see anything wrong in the Network tab of my inspector).

From what I can see, your tabs don’t have a data-template.

This was changed in XS back in 2021 (version 13.2 Loading... ):
xwiki-platform/xwiki-platform-core/xwiki-platform-flamingo/xwiki-platform-flamingo-skin/xwiki-platform-flamingo-skin-resources/src/main/resources/flamingo/docextra.vm at 40cc4f8f1eb0a4ce0901766b718a7982d9a34ed8 · xwiki/xwiki-platform · GitHub

My guess is that your docextra template didn’t update as expected (maybe because you had a customization in here?).

Lucas.

3

I’ve been playing with some XWiki.UIExtensionClass objects (still struggling to remember or find where I added to delete them), and opening/closing some less, css and vm files under /flamingo. I couldn’t find any .bak file, so it seems I didn’t change anything. All files are dated on 28 July. Folders on 8 August. I guess I updated on 8 August. I remember it was last week.

Could I force a new update? Would it be advisable to wait until 17.7.0 by the end of August and see what happens during a new update?

Thanks!

4

@Ricardo_Rodriguez All you have to do is take the original docextra.vm file from the XWiki distribution version you’re using. If you’re on 17.6.0 then it’s xwiki-platform/xwiki-platform-core/xwiki-platform-flamingo/xwiki-platform-flamingo-skin/xwiki-platform-flamingo-skin-resources/src/main/resources/flamingo/docextra.vm at xwiki-platform-17.6.0 · xwiki/xwiki-platform · GitHub

Then compare it to the docextra.vm version you have in your local XWiki instance, either on the file system or in the active skin, i.e. do a diff.

Hope it helps

5

Done! Thanks! It seems there is no difference among both the local and the downloaded file.

rjr@rjr-SVF1521N1EW:/usr/lib/xwiki/skins/flamingo$ ls -l docextra*.*
-rw-r--r-- 1 root root 7967 Aug 14 15:13 docextra.vm
-rw-r--r-- 1 root root 7967 Jul 28 13:13 docextra.vm.bak
rjr@rjr-SVF1521N1EW:/usr/lib/xwiki/skins/flamingo$ diff docextra.vm docextra.vm.bak
rjr@rjr-SVF1521N1EW:/usr/lib/xwiki/skins/flamingo$

There is only one copy of docextra.vm, located in /usr/lib/xwiki/skins/flamingo/docextra.vm.

Thanks for any insights!

6

you checked the skin in the UI too right?

7

I think so! See below…

image
image2108×1440 182 KB

I’ve been playing with font’s settings (I’m not able yet to understand our corporative font!) but I’ve not overridden any template.

I can’t imagine what I did wrong. Any idea is very welcome! Thanks!

8

I found, and deleted, the two UIX I created. One of them had org.xwiki.plaftorm.template.docextra as UIXP Id. See below…

image
image1184×956 27.3 KB

I recognize that I don’t understand how the creation of such an UID can affect the functioning of docextra.vm. But even after deleting them, the forever spinning wheel is still there.

Any idea is very welcome! Thanks!

9

History works fine. It is #Attachments what is failing in all pages. Also, /xwiki/bin/view/Panels and /xwiki/bin/view/Menu fail showing the spinning wheel:

image
image1702×1056 62.1 KB

And /xwiki/bin/view/Main/AllDocs?view=index and /xwiki/bin/view/Main/AllDocs?view=attachments fail as well.

Always the same error on the console:

22:53:44.769 Uncaught TypeError: The specifier “vue” was a bare specifier, but was not remapped to anything. Relative module specifiers must start with “./”, “../” or “/”. main-DHjSUXv_.js:1:648

I’m failing at struggling to understand where I screwed up things. Any help is welcome! Thanks.

10

Well, I don’t know what is failing yet, but it seems Live Data is involved in the issues. See this test page.

Live Data Macro is not working. Same error:

liveData/:1 Uncaught TypeError: Failed to resolve module specifier "vue". Relative references must start with either "/", "./", or "../".

Any idea is always welcome! Thanks!

11

See Attachments live data - Attachemnts list loading / vue 3 upgrade issue? - #7 by mflorea .

1 Like
12

How great is to get Live Data widget working again! It as my fault to not pay attention enough to the paragraph under HTTP Meta Info heading.

image
image898×358 25.3 KB

Thanks for your help!

13

It’s definitely not your fault. That’s very easy to miss. We need to improve the way we handle this meta field. @vmassol recently reported Loading... .

Thanks,
Marius

14

And especially Loading... which is directly concerned by the issue at hand here.