Just another reason why Android is better :p:D

-J.

concur
wrong :p


when I click “Hide” the display puts an orange “Hidden” at the top, but I then have to click the adjacent blue icon to actually hide that post

and the next time I open that thread, the supposedly hidden post at the top reappears :mad:
https://cimg7.ibsrv.net/gimg/www.fly...31fba0afb8.png

Guess it is a new feature.

David

the wiki in GW’s New Year’s Eve “Bugger DO” thread is editable, but it has the aforementioned header with the 1969 date and the issue with the orange “Hidden” notation

using Safari on iPhone

I can hide the “wiki” on any page of a multi-page thread, but it reappears with the orange “Hidden” notation after selecting another page

c’mon, developers and coders, these sort of UI issues should *never* make it out of the second round of testing

I've just flipped through the first two pages of the AC forum on my Android phone. I've looked at at least 15 threads that should have wikis, and another on the Canada forum, and not one of them shows up.

I'm happy to dump on Apple, but I just don't think that has anything to do with this problem.

Agree with Adam Smith on all counts -- I'm happy to dump on Apple :D but I am another Android user who does not see wikis in mobile mode. If I force Opera to show desktop mode, then I see them. Same thing in Chrome -- wikis do not appear in mobile skin, but do appear in desktop mode.

EDIT: I'm now using Chrome on my laptop, and even on a desktop browser, appending ?styleid=22 to the URL causes wikis to disappear. So the issue is clearly with the mobile skin implementation/coding of FT, not any particular platform like IOS or Android.

Dear IB, it's almost 2023, it's just ludicrous to ignore the mobile browser market when designing/testing features.

In particular, many long running threads have wikis with collected wisdom/info accumulated by FTers over the years. Newbies or people with common questions are often referred to the wiki as a resource of information. When they can't even see the wiki they're going to wonder what the heck people are talking about, and having a subpar experience turns people off from wanting to use FT in the future. So if nothing else, appeal to your bottom line...

(And this isn't even considering the long standing issue where because of *?#$@ infinite scroll you can't even see wikis in mobile unless you tap on << to go to the first page)

Wikis appear on my Android phone in chrome :confused:

-J.

When viewing the mobile skin or the desktop version?

Desktop version. Granted I only looked at a couple while in bed yesterday morning, so I'm being intentionally vague as I was half asleep, but I definitely saw the NYE DO wiki and an AA wiki.

-J.

Please refer to my previous post :) The problem is particular to mobile skin, not Android/IOS platform.

I added a wiki to the current thread. Try viewing it in mobile: https://www.flyertalk.com/forum/tech...tml?styleid=22

compared to desktop: https://www.flyertalk.com/forum/tech...tml?styleid=24

for me, also using Chrome on Android.

No wiki in mobile:

https://cimg7.ibsrv.net/gimg/www.fly...e4c5142701.png

but it appears if I force desktop (either from the Chrome menu or adding styleid=24)

https://cimg9.ibsrv.net/gimg/www.fly...42504887ad.png

Thanks Zorak for taking the time by pointing out the issue in detail to the developers, hopefully they’ll be able to rectify soon..

Still missing
 

Still showing both, The Complete Guide to the Turkish Airlines Fleet and The Complete Guide to the Qatar Airways Fleet wiki's gone.

Android S22+ Ultra

Several of the wikis have Last Revision dates of Dec. 31, 69. Nice.

But here’s the most appalling new fail: AFAICT it is no longer possible to view the wiki revision history. Please tell me it’s still there & I’ve just overlooked it. If this is a permanent, intentional change, I’m done creating & editing wikis.

I agree. I am honestly not sure I can be bothered spending my own time creating and maintaining guide threads with wikis if this is the contempt we are held in by IB. I don't expect thanks, but equally I don't expect my hard work just to be thrown in the bin by a group of developers who clearly think messing up this forum is some kind of joke.

OK, the "wiki" icon should now be reappearing. Please bear with me on mobile functonality and other quirks I'm seeing.

https://cimg5.ibsrv.net/gimg/www.fly...329dfed0e3.gif

OK Tech is saying we can't get collapsing on wikiposts with images. I'm going to keep trying to make that happen, but just be aware that that is likely going to take awhile.

I did find a workaround. Click the blue arrow in the top right to completely collapse the wikipost.
https://cimg9.ibsrv.net/gimg/www.fly...71a4628608.png

Also, the lock/hide icons have been restricted to at least admins

Able to edit wiki. Title for wiki section and last mod date are still incorrect.

David

Why was revision history removed/hidden? I can’t believe anyone asked to have that taken away.

Ah thank you for the reminder. I read someone's post about that missing earlier, but forgot to report it. I will do so now.

It's also often difficult to gauge why things happen. Most often, plug-ins and products are updated by someone without our (yours, mine, or tech's) input and we're all left wondering, "Who the Hell approved that?"

Any further updates on fixage? Links embedded in wiki not selectable/clickable.

David

Could you link me to an example wikipost that has links?

My update is that I'm currently in a fight with a major product manager at IB because they did a bunch of stuff with zero input from people who use the product. Like the latest version of wikiposts not supporting revision history.

Here's one that I posted earlier:

David

Links in the wiki work fine for me.

That said, unless a link is just a raw URL, there’s no way to tell it’s a link—no underlining, different font color, or other visual distinction is generated. This, too, is a change from the past, and most unwelcome.

Possibly because I just edited it to test out. When I originally looked at it, the links were indeed not working

Yes - links now working. Was thinking that any software fixes would not require any further maintenance of an existing wiki and its links since it would be better if the developers would simply fix the wiki code and not force more manual activity across all of FlyerTalk.

David

Completely concur with this.

David

While the links from the wiki above now work - they _do_not_ open in another tab or window.

David

I was able to edit the wiki for the LAX happy hour thread. Only issue that I see is that the timestamp for the update is still showing 1969?

Wikis continue to be super messed up. Lack of history, some still not showing up on mobile.

I just had a bizarre experience editing the wiki in this thread as well. I edited some text that was right around the cut-off when the wiki was collapsed (i.e. before you hit Show More). The text stayed fine when editing the wiki, but no matter what I did, when I saved the wiki, it kept getting truncated with an ellipsis in the same place. I eventually solved it by deleting that whole block of text, saving it, then adding it back. But super weird.

We essentially need an entirely new release developed for wikiposts. They removed a bunch of features (revision history being arguably the biggest one) for some... unknown reason. I'll take a look at that thread you linked though, that seems like an outright bug. Was there any special formatting you did with the text?

You can see what I think is the same bug in the wiki at https://www.flyertalk.com/forum/inte...astercard.html. The collapsed wiki cuts off the text in the middle of a word—which is another problem in itself—and inserts a carriage return mid-word (anniversar CRLF y) when the wiki is expanded.

Very strange. Other than the challenges with infinite scroll on mobile, wikis were something I thought worked pretty well, for the most part.

It was bold and red, but I get the feeling that wasn't the cause...

The text was bold and red, butThat's exactly the issue I was having. In my case, the cut was after a comma, but I think it was just a coincidence based on the number of characters that were displayed when the wiki was collapsed.

IMO wikis—which are apparently “Expert How-Tos and Guides” now—worked much better in the past. Much of the problem is the way that text formatting was materially degraded across the board a few years back. (An example: try indenting the bullet list in the sandbox wiki above. If it can be done at all, it’s far too hard/obscure.) But some parts are specific to wikis.

I’m not talking about the stupid way the editor appends another CRLF every time a wiki is edited, which is the least of the annoyances. It’s the fact that several things work very, very badly, starting with the supposedly WYSIWYG editor, which doesn’t accurately display the resulting formatting. And there’s a recurring issue where it is literally impossible to insert a CRLF between paragraphs. Need I even mention the fact that a FT thread URL inserted into a post, as I did above, autogenerates a link with the thread’s title, but this desirable behavior is lacking in the wiki editor?

It’s like working in a restaurant kitchen where periodically some genius decides that the knives need to be duller, the gas flow to the stove burners needs to fluctuate erratically, and the saucepans would work better with scorches on the inside. You can still prep & cook food, but it’s needlessly difficult.

Cancel will perform a Save Changes
 

If you edit a wiki and make a mess of it, then try to cancel... sorry for you, but your cancel is now 'saving the changes' anyway.

The issue happened on two different laptops, Chrome, Firefox, Edge, it makes no difference. Guess this started when most of the other issues were fixed recently.

Best work around is to close your browser (tab), I guess.

This is inexcusable. People have been fired for less, and justifiably. Putting aside the sheer stupidity of some of the intentional changes, how the [EXPLETIVE] do you push such garbage, buggy code into production instead of doing basic testing?

At the same time, this is a free website and not a huge source of ad revenue. It's probably easier to shut down FT than it is to fire someone and deal with HR. I find myself trying to put things in perspective more and more often these days, but at the end of the day it's just a website -- it isn't a big deal.

-J.

Well when you spend your time trying to put up wikis and guide threads, and it takes 3x as long as it should due to the poor editor, and then wikis are messed around with with features lost, I think any sane person would get somewhat annoyed. So yes I fully understand where beltway is coming from, and tbh it makes me less and less inclined to put any effort in to doing them anymore. Clearly if many of us take that approach it does have a real negative impact on the value of the forum.

So tbh firing them is about how I feel too.

Mistakes can be made, if you do very little work, you won't make many errors. If they are very costly mistakes or too many people are negatively impacted, you find out a) how did it happen and b) what measures you plan to take to prevent it from ever happening again.

I don’t get any sense any developer for this forum is asking any of those questions I am afraid.

Wow, that's a major issue. I've reported with high priority