en.wikipedia.org/wiki/Main_Page no search box

[Zorba]

Recently I'm getting no usable search box displayed on Wikipedia (should be on top of page).

https://en.wikipedia.org/wiki/Main_Page

There are no errors in the console...

Is it just me? Thanks

[suzyne]

Is it just me?

I can't confirm that you are the only one, but I can report that it is working for me. (Pale Moon 33.2.0, Windows 64-bit).

In case it's relevant, except for uBlockOrigin, I don't have any add-ons that mess with the styling or html of web pages.

[Night Wing]

The search box is there and works for me too.

At this time I am using 64 bit linux Pale Moon (GTK2) 33.2.0 running in 64 bit linux Mint 21.3 (Virginia) Xfce. And I have the old uBlock Origin 1.16.4.30 extension enabled for Wikipedia.

[Zorba]

That's odd, I'm on 33.2.0 (Windows 7 64bit). Disabled all extensions/language pack, still no search box.

Only other thing is I've got an ad blocking hosts file, but that can't be it...

[Basilisk-Dev]

Can you post a screenshot? The searchbox is there for me.

[Zorba]

Screenshots attached, ws1: regular ws2: maximized. Actually, the problem only occurs when the PM window is not maximized.

[RealityRipple]

It's still there, it's just been shrunk to an icon: the magnifying glass. Welcome to modern web design.

However, nothing happens when you click the magnifying glass...

[suzyne]

For me, when the width of the browser window is about 1100 pixels or more the search bar is visible. But any less than that and the magnifying glass replaces it. And as @RealityRipple says, a click on that icon does nothing.

[Moonchild]

For me, the search bar is always visible; but it's also in a slightly different location, on the right. This may have something to do with me usually being logged in to Wikipedia?

[Kris_88]

For me, the search bar is always visible; but it's also in a slightly different location, on the right. This may have something to do with me usually being logged in to Wikipedia?

You are probably using a different skin that a registered user can choose.
Or it can be specified explicitly even without being registered:
https://en.wikipedia.org/wiki/Main_Page?useskin=vector

Off-topic:
By the way, have you seen this?
viewtopic.php?f=3&t=30123&p=252616#p252616

[adoxa]

It's another problem with max-width within @media using calc. Here's a HTTP Modify Response workaround.

Code: Select all

[["en.wikipedia.org",["/styles/",["/\\(max-width:calc\\(1120px - 1px\\)/g","(max-width:1119px"]]]]

(There's also a 640px version I didn't change.)

[Zorba]

I tried using LibreWolf, the search box also disappears when the window becomes narrow, but clicking on the resulting symbol works.

[SemiKebab]

I confirm the bug. Using the Vector 2022 interface (which is the default one), and when the window width is below 1120px (which is the breakpoint between tablet and desktop layouts).

[Moonchild]

Seems people in general don't like that "new" theme and have been reporting multiple issues with it. Maybe this should be mentioned there too, e.g. on the discussion page of the theme or what not.

[SemiKebab]

I have found the issue.

That is because, since recently, there are some uses of calc() in media queries. e.g.:

Code: Select all

@media screen and (max-width: calc(...)) {
    .foobar {
        ...
    }
}

Refs: https://phabricator.wikimedia.org/T367103

----

Such use of calc() seems to not be in the specs (yet), though it is already supported in all browsers, except Pale Moon.

Refs: https://stackoverflow.com/questions/236 ... ia-queries

[Moonchild]

If it's not in the spec they shouldn't be using it
I mean, I didn't even think of ever using calc there. sure, it's easy to assume you can just use arbitrary calculations everywhere but this is still CSS, not a programming language. Implementing something like this on the parser side is going to be difficult, as well.

[SemiKebab]

I shouldn't have had mentioned that it's (presumably) not in the specs. Shot myself in the foot.

For me, such use of calc() is perfectly fine. And all other browsers have implemented this since 2018.

But if you say it would be hard to implement… okay then.

[SemiKebab]

Still, please don't reject the feature, at least keep it on radar.

Case in point, search is currenly broken on Wikipedia (which is quite a major website) for a lot of people.

[Moonchild]

I'm not saying anything about rejecting this. We have an open issue to support calc() in more places, but it's not in any way easy to do, especially since we can't draw on inspiration from what Mozilla has done as they held off on all of that themselves, as well, until they could put it all in Rust.

[Moonchild]

Off-topic:
By the way, have you seen this?
viewtopic.php?f=3&t=30123&p=252616#p252616

Off-topic:
Yes, I kept it open in a separate tab to look at. won't be this weekend, I may forget. please open an issue on the UXP repo for it as it sounds like something we want, at least the part of not caring about the order of fields