Giter Club home page Giter Club logo

wiki-v1's Introduction

Requarks Logo Requarks

License Build Status Codacy Badge Codacy Badge Dependency Status GitHub release Documentation Gitter

Requests and Bugs Tracking Management System

Under development

Milestones
  • Base Layout
  • Setup
  • Dashboard
    • Rotating backgrounds
    • Stats
    • Todos
    • Pinned
    • Active Projects
  • Global Search
  • Create
    • Category selection screen
    • Request
    • Attachments
  • Review
    • List view
    • Filters
    • Search
  • Item
  • Projects
    • Project
    • Sprints
    • Create Project
    • Edit Project
    • Add Teams / Members
  • Teams
    • Team
    • Create Team
    • Edit Team
    • Add Team Members
  • Settings
    • Profile
    • Avatar
    • Preferences
    • Notifications
  • Administration

wiki-v1's People

Contributors

alg0002 avatar amaanm avatar andrey-evdokimov avatar asood123 avatar bamieh avatar bennycode avatar chathaway-codes avatar drobune avatar ericfromcanada avatar fa93hws avatar gitter-badger avatar gnurdle avatar hemberger avatar jo3qma avatar johnnyshields avatar kimdaesap avatar lub avatar mattbryce93 avatar mrsimsek avatar ngpixel avatar oluomoniyi avatar pontus-andersson avatar ratzxx avatar robert-danowski avatar rogach avatar rpdeshaies avatar savageman avatar sazulo avatar vnakamura avatar xtntx avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar

wiki-v1's Issues

Auto Generate table of contents.

Actual behavior

Currently to create a table of contents on any wiki page (outside of the "All Pages" section) it has to be done manually.

Expected behavior

It would nice if we could use some sudo code to include a table of contents.

For example on any page that has sub pages a {{child_pages}} would create a table of contents for any sub pages. {{toc}} would create a table of contents for the entire wiki.

This would greatly simplify having to manually edit a main page every time a sub page is generated.

Code Blocks: Use Dark Theme cannot be reapplied

  1. Open "Color Theme" settings
  2. Disable "Use Dark Theme" in "Code Blocks" section
  3. Save changes (Button "Use Dark Theme" is disabled)
  4. Check a Wiki page which uses code highlighting (you can see that there is a light theme applied)
  5. Switch back to "Color Theme" settings
  6. You will see now that "Use Dark Theme" is activated (although it has been deactivated) but the code highlighting still uses a light theme and it's not possible to revert to the dark theme anymore

First created user must become admin automatically

Actual behavior

When I login as a first LDAP user into an empty database, the new user has default rights (no permission to create any pages). There's no way to add an admin user other than manually fiddling with mongo database.

Expected behavior

When I login as a first LDAP user into an empty database, the first user becomes admin.

Steps to reproduce the behavior

  1. Run wikijs with a preconfigured config.yml and empty database (e.g. using a Docker image where interactive node wiki configure is inaccessible)
  2. Login as a LDAP user

problem with inputting polish letters

Actual behavior

When I use some combination of keys like alt-c some action is fired in editor.

Expected behavior

I expect that I can input polish chars directly into editor. I have never had this kind of problems with other editors, so I can guess that it is a good idea to change these non-standard keyboard shortcuts. I list shortcuts and polish letters:

  • "Ą" RIGHT ALT-SHIFT-A
  • "Ć" RIGHT ALT-SHIFT-C
  • "Ę" RIGHT ALT-SHIFT-E
  • "Ł" RIGHT ALT-SHIFT-L
  • "Ń" RIGHT ALT-SHIFT-N
  • "Ó" RIGHT ALT-SHIFT-O
  • "Ś" RIGHT ALT-SHIFT-S
  • "Ź" RIGHT ALT-SHIFT-X
  • "Ż" RIGHT ALT-SHIFT-Z
  • "ą" RIGHT ALT-A
  • "ć" RIGHT ALT-C
  • "ę" RIGHT ALT-E
  • "ł" RIGHT ALT-L
  • "ń" RIGHT ALT-N
  • "ó" RIGHT ALT-O
  • "ś" RIGHT ALT-S
  • "ź" RIGHT ALT-X
  • "ż" RIGHT ALT-Z

So if I use one of shortcuts above and have polish programmer keyboard settings then I should see polish letter if I have English keyboard settings then nothing should happen.

Steps to reproduce the behavior

In editor of .md just use some of shortcuts above for example alt-c and then some additional actions happen.

BTW. I can prepare translation for polish if it is welcome.

user add via script

Actual behavior

maybe not possible

Expected behavior

Please add a way to add user via script. At least the initial/root user should be possible to add via script.

Footnotes are too tall

Every Footnote: ol.footnotes-list > li.footnote-item, has a p.

But p is always the first child of .footnote-item, and there are:

.mkcontent p:first-child {
    padding-top: 20px;
}
.mkcontent p {
    padding: 10px 20px;
}

So... I think they are too tall...

Can't deny access to a subpage.

Actual behavior

User has access to our wiki, but then we have a "subpage" that only certain users should be able to access. But when adding that in the user it dosen't work.

image

I've tried both ways of doing it, nothing works.

image

Expected behavior

When DENY is set on a subpage it shouldn't be able to access that site.

Steps to reproduce the behavior

Create subpage, specify access "allow or deny" in user settings.

Different Markdown rendering in Editor & actual page

Steps to reproduce the behavior

When writing ** This is a test ** in the Markdown editor, the text shows up in bold. When viewing it on the live site, then it's not bold.

Screenshot of Editor

screenshot-1

Screenshot of actual page

screenshot-2

When searching in Japanese the result will be empty

Actual behavior

If you search Japanese that is in the body, the result will be empty.
The title and subtitle are displayed in the result.

2017-07-28 13 43 17

sample:

ウィキ(ハワイ語: Wiki)あるいはウィキウィキ(ハワイ語: WikiWiki)とは
ウェブブラウザを利用してWebサーバ上のハイパーテキスト文書を書き換えるシステムの一種である。

それらシステムに使われるソフトウェア自体や、システムを利用して作成された文書群全体を指してウィキと呼ぶこともある(「~に関するウィキサイト」など)。

ウィキウィキ(Wiki Wiki)はハワイ語で「速い」を意味し[1]、ウィキのページの作成更新の迅速なことを表し、ウォード・カニンガムがホノルル国際空港内を走るウィキウィキシャトルバスからとって「Wiki Wiki Web(英語版)」と命名したことに始まる。

Expected behavior

It is displayed in the search result like the title and subtitle.

Steps to reproduce the behavior

OS:
macOS Sierra

Browser:
Google Chrome ver:59.0.3071.115

Step:

  1. Create a page with Japanese
  2. Search in Japanese
  3. Search result is empty

"Deny All" option?

Actual behavior

I'm looking at the permissions for wiki.js and have tried a deny rule to "Path starts with /" thinking I can whitelist what's needed. So far I have whitelisted "Path starts with /it" and "Path matches exactly: /"

/it works as expected, the user these rules are applied to can go to /it but still gets a forbidden when the user goes to /.

My rules are attached
screenshot from 2017-11-22 12-46-24

Expected behavior

Allow access to the main page (/) when we allow it even though the default is a deny all.

Official Docker container cannot start

Looking for a wiki solution for my teem, tried to test wiki.js in the docker container, but service cannot start in the container.

I'm using kitematic on macOS 10.13.1.

Actual behavior

2017-11-28 12:07:57,295 CRIT Supervisor running as root (no user in config file)
2017-11-28 12:07:57,333 INFO RPC interface 'supervisor' initialized
2017-11-28 12:07:57,335 CRIT Server 'unix_http_server' running without any HTTP authentication checking
2017-11-28 12:07:57,335 INFO supervisord started with pid 1
2017-11-28 12:07:58,339 INFO spawned: 'wikijs' with pid 7
2017-11-28 12:07:58,594 INFO exited: wikijs (exit status 1; not expected)
2017-11-28 12:07:59,600 INFO spawned: 'wikijs' with pid 13
2017-11-28 12:07:59,985 INFO exited: wikijs (exit status 1; not expected)
2017-11-28 12:08:01,995 INFO spawned: 'wikijs' with pid 19
2017-11-28 12:08:02,174 INFO exited: wikijs (exit status 1; not expected)
2017-11-28 12:08:05,188 INFO spawned: 'wikijs' with pid 25
2017-11-28 12:08:05,461 INFO exited: wikijs (exit status 1; not expected)
2017-11-28 12:08:06,466 INFO gave up: wikijs entered FATAL state, too many start retries too quickly

Auth cookie is the same when using multiple wiki-js on same host, different ports

Hello,

I've got multiple Wiki-js instance running on the same machine, on different ports, using Docker containers, and it seems that the auth cookie is the very same used by each instance.

When I'm logging on a given instance (same host, different port), I'm automatically signed out on the other instances...

The auth cookie should be dependant on the host+the port number?

Thanks.
Nicolas.

Error when uploading image: "Unable to fetch updated listing."

Actual behavior

Edit page -> insert image -> upload image -> "upload complete" -> "unable to fetch updated listing"

uploading the same image results in "file exists" where it does exist in ../wiki_repo/uploads/image.jpg

Expected behavior

Edit page -> insert image -> upload image -> "upload complete" -> ability to select uploaded image to insert

Steps to reproduce the behavior

upload an image

read and write permissions exist

  • wiki ver 1.0.11
  • node v8.9.1
  • windows server 2012

Error uploading multiple images into Wiki.js

Actual behavior

Issue: unable to insert more than one image in the upload. You have to insert/upload one image at a time, then save the page and go back to edit to be able to add more images.

Expected behavior

A user with write access rights should be able to upload multiple or batch of images without saving the document and editing it again.

Steps to reproduce the behavior

Edit a page, insert an image, then upload the image, then upload another one and you will get an error "Already exists" or nothing happens after it, no error shows up.

Allow user name config for default commit author

Actual behavior

Currently only the commit author email is configurable. The username is hardcoded to Wiki (As seen here: https://github.com/Requarks/wiki/blob/master/server/libs/git.js#L108).

For Example (from the config.sample.yml)

# ...
# ---------------------------------------------------------------------
# Git Connection Info
# ---------------------------------------------------------------------

git:
  url: https://github.com/Organization/Repo
  branch: master
  auth:
    
    # Type: basic or ssh
    type: ssh

    # Only for SSH authentication:
    privateKey: /etc/wiki/keys/git.pem

    sslVerify: true

  # Default email to use as commit author
  serverEmail: [email protected]

  # Whether to use user email as author in commits
  showUserEmail: true
  
  signature:
    # Used as the commiter email
    email: '[email protected]'
    # This value is ignored when the repo is initialized
    user: 'Marty'
# ...

Proposed behavior

Allow the default committer username to be configurable in the same way that the email is. The property could be named serverUser as shown below to follow the existing convention. We could also have the name be configurable via the signature block (also shown below).

For Example

# ...
# ---------------------------------------------------------------------
# Git Connection Info
# ---------------------------------------------------------------------

git:
  url: https://github.com/Organization/Repo
  branch: master
  auth:

    # Type: basic or ssh
    type: ssh

    # Only for SSH authentication:
    privateKey: /etc/wiki/keys/git.pem

    sslVerify: true

  # Default email to use as commit author
  serverEmail: [email protected]
  # Default name to use as commit author (proposed syntax)
  serverUser: Marty

  # Whether to use user email as author in commits
  showUserEmail: true
  
  signature:
    # Used as the committer email
    email: '[email protected]'
    # Used as the committer name
    user: 'Marty'
# ...

Love the project and Thanks!

Check that mongodb connection exists at startup

You should check to make sure that the db connection works when starting the wiki.

Actual behavior

> [email protected] start /root/wiki
> node wiki start

✔ Wiki.js has started successfully.

Cannot access wiki.

Expected behavior

Message displaying that the mongodb connection failed.

Steps to reproduce the behavior

  1. Do not start mongod process
  2. npm run start

fixing links

Hello,

I would suggest modifying hierarchy internal folders and upload would on different levels like this:

download

The reason why I want links in a git backend doesn't work properly if the wiki page is in a folder. Please another screenshot:
git

my apologies for my English

Editor eating spaces on mobile and UI problems

Actual behavior

When typing in the editor, it eats spaces. See pict below. All spaces were pressed, and just disappeared.

A number of spacing issues. Pictures included to show examples.

Expected behavior

I should be able to type naturally in the editor, not adding extra spaces in order to use the editor.

Steps to reproduce the behavior

Edit using a samsung note 8 in Chrome. Probably any other android device.

With Firefox can't see the button to insert a link to a file when there are too many files in the folder

Actual behavior

With Firefox (56.0.1) can't see the button to insert a link to a file when there are too many files in the folder.

Expected behavior

Can see this button.

Steps to reproduce the behavior

  • Edit a page, click on the link to insert a file, select a folder where there are many files (more than 20). With Firefox (56.0.1) I can't see the button to insert a link to a file. Works fine with chromium 62.0.

Links with anchors are not correctly rendered in sidebar

Steps to reproduce the behavior

In my Markdown page I have the same title (Exercises) twice.

Example:

# HTML
## Exercises
# CSS
## Exercises

Wiki.js recognizes that and renders different anchors in my page (Example: https://dci-wiki.herokuapp.com//teaching/curriculum/2-javascript#exercises-2).

Unfortunately, the sidebar renders the links different. Instead of having #exercises and #exercises-2, I am getting two-times #exercises.

Screenshots

Markdown page

screenshot-1

Sidebar

screenshot-2

German umlauts are not working in path and directory names

I entered the following path for a new Wiki entry: übungsaufgaben/javascript.

Unfortunately it has been transformed (sluggified?) to ubungsaufgaben/javascript. Thus it's not possible to use German umlauts (ä, ö, ü) in directrory names:

1

Wiki agent dies, but docker container is still running

I'm getting an out-of-memory error in my logs from time to time:

wiki_host  | 2017-11-19T14:55:52.153Z - info: [AGENT] Performing pull from remote Git repository...
wiki_host  | internal/child_process.js:325
wiki_host  |     throw errnoException(err, 'spawn');
wiki_host  |     ^
wiki_host  | 
wiki_host  | Error: spawn ENOMEM
wiki_host  |     at _errnoException (util.js:1021:11)
wiki_host  |     at ChildProcess.spawn (internal/child_process.js:325:11)
wiki_host  |     at Object.exports.spawn (child_process.js:494:9)
wiki_host  |     at spawn (/var/wiki/node_modules/git-wrapper2-promise/node_modules/child-process-promise/lib/index.js:81:23)
wiki_host  |     at module.exports.Git.spawn (/var/wiki/node_modules/git-wrapper2-promise/git.js:54:10)
wiki_host  |     at module.exports.exports.pull (/var/wiki/node_modules/git-wrapper2-promise/commands.js:48:15)
wiki_host  |     at Object.resync (/var/wiki/server/libs/git.js:167:22)
wiki_host  |     at CronJob.onTick (/var/wiki/server/agent.js:108:28)
wiki_host  |     at CronJob.fireOnTick (/var/wiki/node_modules/cron/lib/cron.js:416:22)
wiki_host  |     at Timeout.callbackWrapper (/var/wiki/node_modules/cron/lib/cron.js:481:9)
wiki_host  |     at ontimeout (timers.js:471:11)
wiki_host  |     at tryOnTimeout (timers.js:306:5)
wiki_host  |     at Timer.listOnTimeout (timers.js:266:5)

Certainly figuring out what is causing the OOM would be nice, but I'm actually more interested in finding a way for it to restart itself. If the entire node server died, then my docker container would exit and a restart: always policy in my docker-compose.yml would ensure that everything is always up and running. Instead, I feel like my only option is to forcefully restart the container at regular intervals just in case it's down.

Or is there some feature of Wiki.js that I'm missing that would allow the agent to be restarted?

My docker-compose.yml wiki service is pretty bare-bones:

    wiki:
        image: requarks/wiki
        container_name: wiki_host
        environment:
            SESSION_SECRET: ${SESSION_SECRET}
            WIKI_ADMIN_EMAIL: ${WIKI_ADMIN_EMAIL}
            HOST: ${HOST}
            FACEBOOK_APP_ID: ${FACEBOOK_APP_ID}
            FACEBOOK_APP_SECRET: ${FACEBOOK_APP_SECRET}
            GITHUB_CLIENT_ID: ${GITHUB_CLIENT_ID}
            GITHUB_CLIENT_SECRET: ${GITHUB_CLIENT_SECRET}
        volumes:
            - ./config.yml:/var/wiki/config.yml:ro
            - ./github.pem:/github.pem
        links:
            - wiki-db

Thanks!

Problem with host and port configuration

Actual behavior

After installation I have configured wiki to start at 3000 port, but it starts the first page there only. All other links were configured to localhost:80 and there was a problem with fetching styles and non-default pages.

Expected behavior

I expect to have all pages and styles configured to port I wrote during configuration.

Steps to reproduce the behavior

  1. Install wiki on ubuntu linux 16.04.
  2. configure it to use port 3000

Possible fix

I fixed this problem with hardcoding https://localhost:3000 in config.yml and restarting the server.
I suppose there is some problem with host and port concat.

Unable to open mobile menu

Actual behavior

Clicking on the multi-page icon links to homepage on mobile

Expected behavior

Clicking on the multi-page icon opens a side menu, as would be noted by certain CSS elements, if I'm correct

Steps to reproduce the behavior

  • Resize to a mobile size, or access your wiki on a mobile device
  • Click the multi-page icon

Pages authorization

Currently we can allow our teammates to only read/write some pages through their profile setting. It might take a lot of time.

Could we make it list all the pages, then add the user who we allow to read/edit that page?

Issues with Google Login

Actual behavior

When we log in with Google ID with defaultReadAccess set to false the user gets the error "You are not authorized to access this page yet" - furthermore no user is created. With defaultReadAccess set to true, a user is created and the user can browse the wiki.

Expected behavior

The wiki should give a more helpful error message and create the user so the admin can authorize him/her.

Steps to reproduce the behavior

Set defaultReadAccess to false then try to login with a Google account.

Images cannot be viewed anywhere besides the repo "root" folder "/"

Actual behavior

Images placed in the repo folder cannot be seen in any other folders created besides root. Images placed in the repo folder outside of the media manager do not appear either. They must be "uploaded" to the wiki for the manager to see it. Once it's available, moving the image to another folder (Example: Root to "cat pictures folder") results in the image disappearing forever.

Expected behavior

Images saved to repo folder should appear after a node wiki restart or some other function in their assigned folders. Moving images around within the media manager should keep the changes either with or without a node wiki restart.

Steps to reproduce the behavior

Try to upload images to any other folder than root.

Wait until first sync is completed before serving pages

Actual behavior

When starting wiki.js, there is a small time window where wiki.js is accepting requests but the content has not been synced from git yet.

This is particularly likely to happen when hosting on heroku, where after a period of inactivity the dyno will be shut down, and upon the first request started again to (immediately after startup) serve the page.

Expected behavior

Starting wiki.js might take a bit longer, but the first request correctly shows the synchronized content.

Styles/attributes are not applied to all images when having multiple images in the same row

System info:

  • Ubuntu 16.04
  • Chrome Browser
  • Wiki.js version 1.0.8
  • Node version: 6.11.2

Actual behavior

* Berserker sword/shield with ![Superior Sigil Of Force](/uploads/sigils/superior-sigil-of-force.png "Superior Sigil Of Force"){: height="30px" width="30px"} ![Superior Sigil Of Air](/uploads/sigils/superior-sigil-of-air.png "Superior Sigil Of Air"){: height="30px" width="30px"}

screen shot 2017-09-07 at 11 45 11

![Fiery Wrath](/uploads/traits/fiery-wrath.png "Fiery Wrath"){: height="30px" width="30px"} ![Zealous Blade](/uploads/traits/zealous-blade.png "Zealous Blade"){: height="30px" width="30px"} ![Symbolic Avenger](/uploads/traits/symbolic-avenger.png "Symbolic Avenger"){: height="30px" width="30px"}

screen shot 2017-09-07 at 11 45 29

Expected behavior

The {:height="30px" width="30px"} should be applied to all of the images not just the first one

Steps to reproduce the behavior

Add multiple images in the same row (ie: separated by spaces not new lines)

Delet button not working v1.0.10

Actual behavior

The delete button is visible on the navigation bar on a given page but nothing happens on clicking it.

Expected behavior

There should be a pop asking user if he wants to delete the page and on confirmation page should be deleted

Steps to reproduce the behavior

Upgrade v1.0.9 to v1.0.10

Increasing maxImageFileSize option has no effect

Actual behavior

When the maxImageFileSize value is set to 100, images above 3 megabytes still give a "This file is too big" error in the MD editor.

Expected behavior

Increasing the maxImageFileSize should allow images larger than 3mb to be uploaded in the MD editor.

Steps to reproduce the behavior

Attempt to upload a 5mb image in md editor with default config: "The file is too big" error.

Change maxImageFileSize value in config.yml to "100"
node wiki restart

Try to upload 5mb image again: "The file is too big" error.

Multiple projects in single Wiki instance?

I looked around in an installed wiki.js and I love it.
Great features and very nicely designed!

What I was wondering is if there is a way to add an extra categorization level to the wiki?

What I mean with this is that I am working on a lot of projects and would love to use the wiki as a knowledge base for my projects, for myself.
This means that I want to create a collection of wiki pages under a certain project.

As it seems is that wiki.js is designed to support a knowledge base for a single site/app.

Am I right, or just missing something?

Lost all entries in MongoDB

Hello,

I have an issue with the mongodb entries collection.
After restarting my server, I lost them all.
Fortunately, it doesn't impact the .md files which are still in the repo folder, but I cannot have access to them anymore since then.

Actual behavior

# Running those commands on the term :
mongo
> use <my_db>
> db.entries.find()
# --> Return nothing...

Expected behavior

Returning my entries ?

I tried to clean the cache from the administrator panel, but that only prompt an alert "coming soon!".
The version I'm using is the v1.0.7.

Line number bar and scroll bar above the title bar

Actual behavior

In "Source View Mode", line number bar and scroll bar of source code, is displayed above the title bar.
image

Expected behavior

This does not happen, stay below the title bar.

Steps to reproduce the behavior

Open the "Source View Mode" of some page (Ex. https://docs.requarks.io/source/wiki/install).
Scroll down the page (not the source code) to the bottom of page.
The problem happens.

Search bar doesn't work properly

Actual behavior

Gives examples of page names but the results show 0.

Expected behavior

Should return relevant search results.

Steps to reproduce the behavior

Freshly installed on ubuntu 16.04. Nodejs version 6.11.0. npm version 3.10.10.

I've tried accessing directly to :3000 to see if it was an issue with apache2 and it's the same issue.

here is the error log:
(node:1547) DeprecationWarning: open()is deprecated in mongoose >= 4.11.0, useopenUri()instead, or set theuseMongoClientoption if usingconnect()orcreateConnection()(node:1557) DeprecationWarning:open()is deprecated in mongoose >= 4.11.0, useopenUri()instead, or set theuseMongoClientoption if usingconnect()orcreateConnection()TypeError: Cannot read property 'test' of undefined at /home/ubuntu/wikijs/node_modules/search-index-searcher/lib/ScoreTopScoringDocsTFIDF.js:34:55 at Array.forEach (native) at /home/ubuntu/wikijs/node_modules/search-index-searcher/lib/ScoreTopScoringDocsTFIDF.js:33:41 at dispatchError (/home/ubuntu/wikijs/node_modules/levelup/lib/util.js:25:35) at /home/ubuntu/wikijs/node_modules/levelup/lib/levelup.js:228:14 at Immediate.callNext (/home/ubuntu/wikijs/node_modules/memdown/memdown.js:166:47) at runCallback (timers.js:672:20) at tryOnImmediate (timers.js:645:5) at processImmediate [as _immediateCallback] (timers.js:617:5) (node:1578) DeprecationWarning:open()is deprecated in mongoose >= 4.11.0, useopenUri()instead, or set theuseMongoClientoption if usingconnect()orcreateConnection()(node:1588) DeprecationWarning:open()is deprecated in mongoose >= 4.11.0, useopenUri()instead, or set theuseMongoClientoption if usingconnect()orcreateConnection()

Unable to upload a second file after uploading a file without refresh

Actual behavior

When uploading files, when I attempt to upload a second file after uploading a first, I receive an error message saying that the first file already exists, even though I have selected a different file.

file_upload

I had selected a different file, not test-2.pdf.

Expected behavior

That I can upload multiple files separately on the upload screen

Steps to reproduce the behavior

  1. Upload file in the file upload screen of the editor
  2. Wait for processing to finish
  3. Click "UPLOAD FILE(S)" again and select a different file to upload

Tab sizes

Actual behavior

The tab sizes in the text editor are different from the tabsizes in the generated html. This is mainly an issue in code blocks, as these use a fixed width font.

Expected behavior

Expected is the that a piece of aligned code looks the same in the editor as in the generated html

Steps to reproduce the behavior

Use the following code

	Just use tabs	and it won't align
				but it won't

Internet Explorer compatibility

Actual behavior

Wiki.js is not displaying content/navigation correctly in Internet Explorer 11.0.10240.17609.
2017-10-06_9-56-24
2017-10-06_9-58-50

Expected behavior

Wiki.js should look and feel the same in Internet Explorer.

Steps to reproduce the behavior

None

New lines adhere to Git (BitBucket) markdown

It would be cool if wiki.js would automate the addition of double spaces at the end of every new line.

BitBucket and pretty much all Git markdown interpreters require two spaces at the end of a line in addition to the new line character for there to be a new line in the displayed MD file.

Wiki.js allows for single new line characters to make a new line (which is cool), but it would be cool if it automated adding two spaces at the end of every new line so that the .md files are compatible with any other .md interpreters (such as github).

cannot push on remote branch

Actual behavior

While using docker to test on my documentation repo
I've got everything running on a branch called nsa-wikijs except the page edition
When I edit a page from within the application, it edits ok in the app, but the code is not pushed back on the remote branch.
I have this error :

wikijs_1  | 2017-08-28T14:15:01.543Z - info: [AGENT] Git Pull completed.
wikijs_1  | 2017-08-28T14:15:01.554Z - info: [AGENT] Performing push to remote Git repository...
wikijs_1  | 2017-08-28T14:15:01.563Z - error: [AGENT] Unable to push changes to remote Git repository!
wikijs_1  | 2017-08-28T14:15:01.563Z - error: [AGENT] One or more jobs have failed:
wikijs_1  | { code: 1,
wikijs_1  |   message: '`git --git-dir=repo/.git --work-tree=repo push origin nsa-wikijs` failed with code 1',
wikijs_1  |   stderr: 'error: src refspec nsa-wikijs does not match any.\nerror: failed to push some refs to \'[email protected]:theodo/fastit-documentation.git\'\n',
wikijs_1  |   stdout: '' }

btw it's working perfectly on master.

Expected behavior

The remote repo is updated on the changes done on the app.

Steps to reproduce the behavior

configure wikijs to a repo containing markdown documentation on a branch different than the master for example :

you can check my test repo here : https://github.com/savoisn/wikijs-test
extract from my config.yml

git:
  url: [email protected]:savoisn/wikijs-docs.git
  branch: nsa-wikijs
  auth:

    # Type: basic or ssh
    type: ssh

docker-compose up
http://localhost:3000/
login with the admin user
make a change in the webapp
and check the log you should see the error reported above.

p.s. I've just pull the new docker image as of today (2017-08-28) :)

Not running on IIS with current folder structure

Actual behavior

running under IIS wiki\server does not allow config.yml usage as it in the parent directory.

Expected behavior

Site to load correctly.

Steps to reproduce the behavior

Create IIS site, point to wiki\server folder , start the site , browse to the site and view the error output.

UX: Missing "Create" button when viewing a directory

I am working with directories in my Wiki and I noticed that there is no way from the UI of creating a new item within that directory.

The only way of creating a new entry is to select an existing page and to click on "Create" but this causes issues. Let me give you an example...

User Scenario

There is the following structure:

  • All Pages / Curriculum / HTML
  • All Pages / Curriculum / CSS

Now I want to create "All Pages / Curriculum / JavaScript" but in order to do that I need to open an existing page (like "All Pages / Curriculum / HTML"). When clicking "Create" from an existing page, Wiki.js asks you about entering a path for the new page. The path will be prefilled with: curriculum/html/new-page. But this messes up the navigation. The prefilled path should be curriculum/new-page. So a fix could be changing the default path which is shown or adding a "Create" button like shown below:

Actual Result

1-actual

Expected Result

2-expected

images/files don't appear in wiki (immediately)

Actual behavior

  • add link to file / image from within wiki
  • save page
  • click hyperlink from wiki
  • results in "Not Found" error.

Expected behavior

  • image or file is displayed without error

Steps to reproduce the behavior

given above. A few notes: I am experiencing this now with a pdf, but had similar issues before with .png images. Eventually (I don't know what changed), the linked .pngs now work. At the time I thought this issue was due to file size (despite increasing filesize in config.yml).

BTW, it would be helpful to note what units of filesize in the config.yml file.

Delete Button not working

Actual behavior

Clicking on the trash icon (top right) prompts delete popup. When you click on Delete you get an empty notification (in red), popup stays open and the entry is still in the wiki

Expected behavior

Be able to delete an article

Steps to reproduce the behavior

  1. Create a new article/entry
  2. Try to delete

Search doesn't work with cyrillic

Actual behavior

Search always return empty result for cyrillic keywords

Expected behavior

It should work the same as for latin text/keywords

Steps to reproduce the behavior

  • create page containing cyrillic title, headers, text
  • try to search with any used cyrillic word
  • see empty results/suggestions

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.